Am Freitag, den 13.04.2007, 10:01 -0700 schrieb Bryce Harrington:
On Fri, Apr 13, 2007 at 12:56:01PM +0200, Florian Ludwig wrote:
I would also prefer if the functionality of using external editors would improve. For example on linux use inotify to get changes of linked images and reload them.
This sounds interesting - can you explain in more detail how we could use inotify in this manner?
Hm,
Inotify is a system provided by the kernel (imo 2.6 only) You can say "notify my if file X changed" (and a lot more things are possible, but not interesting in here). So if you open an svg with linked images. Inkscape sets a callback function that gets called by inotify if one of the linked raster images gets changed (though an external program). This function reloads the images from the harddisk and redraw the scene.
From the users view:
Image a (svg) scene with a wall and a poster on it. The poster is an raster image. The user opens an the svg in inkscape. Decides the imported poster needs some fixes and opens gimp (or...). and with gimp the poster and adjusts it. Saves. Switch to inkscape and look at the hole scene with the new poster. (without doing anything in inkscape)
If it would be possible to embed the gimp into inkscape it would be a really cool thing :) Or the other way around: have an svg as an layer within an gimp file.
One way to achieve this cleanly could be to have Inkscape incorporate GeGL (a library for raster stuff), and Gimp to incorporate Cairo (a library for vector stuff).
Having Inkscape depend directly on Gimp, or vice versa, could make for some messy dependencies. However, having them depend on common libraries is a safe, tried and true strategy.
Bryce
i fully agree here. Having those dependents would be overkill.. I think having an flexible system for embedding would be really cool. So that gimp *could* be used as editor for raster images. Just thought if there would be some points of cooperation it may bring some cool stuff. But let see what the gsoc creates / the future brings.
flo