-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Calvin Williamson wrote: | On 10/01/04, David Neary wrote: | | |>I think it might be useful for gegl, as well as for the GIMP, to |>have a clear roadmap of things that absolutely, positively must |>get done before the GIMP can use gegl. I don't really know what |>those things are, but I imagine that finishing GeglImage is one, |>although that goal is probably too vague to be a proper |>milestone. | | | There are a couple of ways we could go. One is to wait for | all of gegl image dependent classes to get finished and worked | out (including new versions of color model, sample model, tiles, | caches, etc, etc). This is what Daniel is working on now, and has made | some good progress on so far. | | But there is another way we could do things that would work | as well and give us a more gradual way of introducing gegl | without trying to replace everything in gimp image processing | engine at the beginning. I don't think this is a good plan. While it would certainly work, it also requires adapting all the gegl data types, or the gimp data types, or both in order to shove gimp data though gegl data types. Further, adding gegl trees first, doesn't get us much. We get: more efficient processing (a speed boost, maybe), and the potential to add layer groups without too much trouble. To get layer effects (from plugin's anyway) requires a redesign of the plugins to support more presistent usage (e.g. make them behave like a gegl op, at least on some level). Then, we we go to add everything else, we need to discard all of our adaptor classes, then introduce GeglImage, then rewrite all the plugins again. Now, I don't have a problem with this, except I think introducing GeglImage first gets us the most features quickly and makes the harder stuff a little faster, in terms of programmer time (because we don't make adaptor classes we need to discard later). - -- Dan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAAr2Xad4P1+ZAZk0RAmZYAKCJeQkFWDgk0xN//iW2C8j7eCgVEQCfdFLC bbkuzyveyqOz5DXA82vGHd8= =M/Yp -----END PGP SIGNATURE-----
