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.

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.

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 :)

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.