Sent: 2011-06-12 18:03:51 UTC (11 months ago)

From: Jon Nordby

GEGL and GTK+, a proposal

permalink

Currently there are two things using GTK in the gegl source tree.
- gtk-display operation in operations/workshop/external
- GeglView widget in examples/utils/

I want to move these things into a gtk utility library for gegl. My
motivation is twofold:
1) I want gegl to succeed in becoming a generic raster manipulation
library that is commonly used. For this to happen I think it is
important that we make it simple to use in a graphical application.
Showing a Gegl graph in an application should be less than 10 lines of
code added.
2) I am looking to use gegl in MyPaint (post version 1.0). We will
need some basic things (like a good view widget) and I want to develop
it in such a way that it can easily be reused by others.
delete
So I propose to:

- Create a new gegl-gtk repository, containing the new library
(alternative is to have it as a toplevel in gegl repo, if anyone can
present good arguments for that I don't mind)
- Add gegl-gtk component to bugzilla
- Move gtk-display and GeglView there, remove it from gegl repo

The new library will be licenced LGPLv3 like Gegl itself. This means
that the GeglView code will have to be relicensed from GPLv3. Anyone
that objects to this? As far as I can see only I, and Øyvind have
significant stake in it.

Short term TODO list:

General
* Add GObject introspection support

GeglView
* Write tests
* Write benchmark
* Add API for getting model->view transformation matrix
* Add rotation support
* Add signals for drawing widget background and overlay
* Add property to change scaling/cropping/streching behavior

gtk-display
* Use GeglView instead of custom widget

examples
* Add a super basic example
* Add a way to manipulate view transformation to paint example

Longer term I hope that more widgets and utilities can be added, as
they are developed from the needs of GIMP and other GEGL consumers.

Jon Nordby - www.jonnor.com

Sent: 2011-06-12 18:36:54 UTC (11 months ago)

From: Joao S. O. Bueno

GEGL and GTK+, a proposal

permalink

On Sun, Jun 12, 2011 at 3:03 PM, Jon Nordby wrote:
(...)
> So I propose to:
> - Create a new gegl-gtk repository, containing the new library
> (alternative is to have it as a toplevel in gegl repo, if anyone can
> present good arguments for that I don't mind)
> - Add gegl-gtk component to bugzilla
> - Move gtk-display and GeglView there, remove it from gegl repo

It makes sense for me.
As you stated, removing GTK+ from GEGL's dependencies should allow
GEGL to be used in more projects as a it should be.

js
-><-

Sent: 2011-06-13 11:17:15 UTC (11 months ago)

From: Martin Nordholts

GEGL and GTK+, a proposal

permalink

2011/6/12 Jon Nordby :
> So I propose to:
>
> - Create a new gegl-gtk repository, containing the new library
> (alternative is to have it as a toplevel in gegl repo, if anyone can
> present good arguments for that I don't mind)

First of all, I think the name should be gegl-ui, not gegl-gtk, in
case we want to provide a widget for say Qt.

I support moving the UI stuff into a separate git repository; it will
be nice to have separate commit histories.

/ Martin

My GIMP Blog:
http://www.chromecode.com/
"GIMP 2.8 schedule on tasktaste.com"

Sent: 2011-06-13 11:22:51 UTC (11 months ago)

From: "

GEGL and GTK+, a proposal

permalink

On Mon, Jun 13, 2011 at 11:17 AM, Martin Nordholts wrote:
> 2011/6/12 Jon Nordby :
>> So I propose to:
>> - Create a new gegl-gtk repository, containing the new library
>> (alternative is to have it as a toplevel in gegl repo, if anyone can
>> present good arguments for that I don't mind)
>
> First of all, I think the name should be gegl-ui, not gegl-gtk, in
> case we want to provide a widget for say Qt.
>
> I support moving the UI stuff into a separate git repository; it will
> be nice to have separate commit histories.

Having a library that depends on a lot of different UI frameworks
might not be conductive to encourage adoption. Since this would mean
that in distributions you would be pulling in the packages for all the
possible dependencies when wanting only one of them.

There is already a Clutter based GEGL integration library, and to me
it makes sense for there to be separate ones for different ui
toolkits.

http://git.clutter-project.org/clutter-gegl/

/Øyvind K.
--
«The future is already here. It's just not very evenly distributed»
                                                 -- William Gibson
http://pippin.gimp.org/                            http://ffii.org/
_______________________________________________
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer

Sent: 2011-06-13 11:32:15 UTC (11 months ago)

From: Martin Nordholts

GEGL and GTK+, a proposal

permalink

2011/6/13 Øyvind Kolås :
> On Mon, Jun 13, 2011 at 11:17 AM, Martin Nordholts wrote:
>>
>> First of all, I think the name should be gegl-ui, not gegl-gtk, in
>> case we want to provide a widget for say Qt.
>>
>> I support moving the UI stuff into a separate git repository; it will
>> be nice to have separate commit histories.
>
> Having a library that depends on a lot of different UI frameworks
> might not be conductive to encourage adoption. Since this would mean
> that in distributions you would be pulling in the packages for all the
> possible dependencies when wanting only one of them.
>
> There is already a Clutter based GEGL integration library, and to me
> it makes sense for there to be separate ones for different ui
> toolkits.
>
> http://git.clutter-project.org/clutter-gegl/

It would be separate libraries, just a common git repository. But I've
changed my mind, it probably makes most sense to have one git repo per
target toolkit anyway and call the GTK one gegl-gtk.

/ Martin

--

My GIMP Blog:
http://www.chromecode.com/
"GIMP 2.8 schedule on tasktaste.com"
_______________________________________________
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer

Sent: 2011-06-13 18:38:57 UTC (11 months ago)

From: Jon Nordby

GEGL and GTK+, a proposal

permalink

On 13 June 2011 13:32, Martin Nordholts wrote:
> 2011/6/13 Øyvind Kolås :
>> On Mon, Jun 13, 2011 at 11:17 AM, Martin Nordholts wrote:
>>>
>>> First of all, I think the name should be gegl-ui, not gegl-gtk, in
>>> case we want to provide a widget for say Qt.
>>>
>>> I support moving the UI stuff into a separate git repository; it will
>>> be nice to have separate commit histories.
>>
>> Having a library that depends on a lot of different UI frameworks
>> might not be conductive to encourage adoption. Since this would mean
>> that in distributions you would be pulling in the packages for all the
>> possible dependencies when wanting only one of them.
>>
>> There is already a Clutter based GEGL integration library, and to me
>> it makes sense for there to be separate ones for different ui
>> toolkits.
>>
>> http://git.clutter-project.org/clutter-gegl/
>
> It would be separate libraries, just a common git repository. But I've
> changed my mind, it probably makes most sense to have one git repo per
> target toolkit anyway and call the GTK one gegl-gtk.
>
I had the same thought, and eventually ended with the same conclusion:
different repos.
I actually started some Qt stuff but realized I get enough of that in
my day-job. So GTK first, then we'll see.

Øyvind: please give your explicit OK to the relisencing.

I now have a repo with the code split out. The .pc files need a bit of
love, after that it is ready for the first push. I will need someone
else to add the gegl-gtk bugzilla component though, but that is
secondary.

Jon Nordby - www.jonnor.com

Sent: 2011-06-13 18:42:45 UTC (11 months ago)

From: "

GEGL and GTK+, a proposal

permalink

On Mon, Jun 13, 2011 at 6:38 PM, Jon Nordby wrote:
> I had the same thought, and eventually ended with the same conclusion:
> different repos.
> I actually started some Qt stuff but realized I get enough of that in
> my day-job. So GTK first, then we'll see.
>
> Øyvind: please give your explicit OK to the relisencing.

I am fine with the GeglView code being relicensed to LGPLv3+ :)

/Øyvind K.
--
«The future is already here. It's just not very evenly distributed»
                                                 -- William Gibson
http://pippin.gimp.org/                            http://ffii.org/
_______________________________________________
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer

Sent: 2011-06-23 08:53:14 UTC (11 months ago)

From: Jon Nordby

GEGL and GTK+, a proposal

permalink

On 13 June 2011 20:38, Jon Nordby wrote:
> I now have a repo with the code split out. The .pc files need a bit of
> love, after that it is ready for the first push. I will need someone
> else to add the gegl-gtk bugzilla component though, but that is
> secondary.
>
Pushed this to gegl-gtk in git.gnome.org now:
http://git.gnome.org/browse/gegl-gtk/
Also pushed commits that removes the moved code from gegl:
http://git.gnome.org/browse/gegl/commit/?id=afb5da0d8602924d4256841095428b85c1d67bb2

Now the real work can begin :)

Jon Nordby - www.jonnor.com

Sent: 2011-07-12 12:06:01 UTC (10 months ago)

From: Jon Nordby

GEGL and GTK+, a proposal

permalink

On 23 June 2011 10:53, Jon Nordby wrote:
> On 13 June 2011 20:38, Jon Nordby wrote:
>> I now have a repo with the code split out. The .pc files need a bit of
>> love, after that it is ready for the first push. I will need someone
>> else to add the gegl-gtk bugzilla component though, but that is
>> secondary.
>>
> Pushed this to gegl-gtk in git.gnome.org now:
> http://git.gnome.org/browse/gegl-gtk/
> Also pushed commits that removes the moved code from gegl:
> http://git.gnome.org/browse/gegl/commit/?id=afb5da0d8602924d4256841095428b85c1d67bb2
>
> Now the real work can begin :)

I made the initial changes needed, gegl-gtk is now minimally useful.
Testing and help appreciated.
Some examples can be found in the examples/ directory, and a rough
TODO in the root dir.

Martin: Can you add gegl-gtk to the continous integration so that
distcheck is ran there?
Øyvind: Can you add a gegl-gtk component to the gegl product in
bugzilla? Or do I need to ask someone else for that?

I'm aiming for the first release of gegl-gtk to be together with the
next gegl release.

Jon Nordby - www.jonnor.com

Sent: 2011-07-12 21:12:25 UTC (10 months ago)

From: Martin Nordholts

GEGL and GTK+, a proposal

permalink

2011/7/12 Jon Nordby :
> Martin: Can you add gegl-gtk to the continous integration so that
> distcheck is ran there?
> Øyvind: Can you add a gegl-gtk component to the gegl product in
> bugzilla? Or do I need to ask someone else for that?

I've created a new job now:
http://gimptest.flamingtext.com:8080/job/gegl-gtk-distcheck/

Doesn't build yet though, will fix...
While I were at it I also added a gegl-gtk component to bugzilla.

BR,
Martin

--

My GIMP Blog:
http://www.chromecode.com/
"GIMP 2.8 schedule on tasktaste.com"
_______________________________________________
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer