Re: [Gimp-developer] The way forward for Color Management

2004-08-13 Thread Øyvind Kolås
On Fri, 13 Aug 2004 00:41:50 +0100, Alastair M. Robinson From my point of view, I think it's important to tweak the display module system so that the display modules can fetch parasites on a per-image basis (rather than just global ones) - this will let me implement the features I want in

Re: [Gimp-developer] The way forward for Color Management

2004-08-13 Thread Alastair M. Robinson
Hi Øyvind Kolås wrote: Would it make sense to break down the processing chain of the modules in two parts? One part that is attached to the image, and one that is attached to the display projection - image filter - display filter - frame buffer It's a possibility, but I think it's probably making

Re: [Gimp-developer] The way forward for Color Management

2004-08-13 Thread Nathan Carl Summers
On Fri, 13 Aug 2004, Alastair M. Robinson wrote: From my point of view, I think it's important to tweak the display module system so that the display modules can fetch parasites on a per-image basis (rather than just global ones) - this will let me implement the features I want in the

Re: [Gimp-developer] The way forward for Color Management

2004-08-13 Thread Alastair M. Robinson
Hi Nathan, Nathan Carl Summers wrote: Wait -- the color selectors need to be filtered on a per-image basis as well. What if you are working in very different colorspaces for two images? It does you no good to select a color in the gamut of one image if you really wanted to select for the other

[Gimp-developer] The way forward for Color Management

2004-08-12 Thread Alastair M. Robinson
Hi Sven, quoted text pulled over from Bugzilla There is currently no way a plug-in or a display filter could access these values if they become part of gimprc. If we would make them parasites, that should work out of the box w/o any changes to the core. Since parasites can be accessed from