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

2004-08-15 Thread Sven Neumann
Hi, yesterday I suggested the following struct: struct GimpColorConfig { GObject parent_instance; gboolean enabled; gchar *monitor_profile; gchar *working_profile; gchar *proof_profile; GimpColorIntent render_intent;

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

2004-08-15 Thread Alastair M. Robinson
Hi Sven, Sven Neumann wrote: What we didn't talk about yet is whether the profiles are filenames that specify what ICC color profile to load or whether they are pointers to color profiles loaded into memory. I suggest that we use filenames here and let the modules deal with loading the profile. Is

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

2004-08-15 Thread Alastair M. Robinson
Hi Sven, Sven Neumann wrote: yesterday I suggested the following struct: struct GimpColorConfig { GObject parent_instance; gboolean enabled; gchar *monitor_profile; gchar *working_profile; gchar *proof_profile; GimpColorIntent render_intent;

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

2004-08-15 Thread Sven Neumann
Hi, Alastair M. Robinson [EMAIL PROTECTED] writes: In order to support this feature, we'd need one more flag and an appropriate RGB colour: gboolean proof_use_alarm; RGBTriple proof_alarm_color; That would be a feature that is enabled per display and doesn't need to be stored globally ?!

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

2004-08-15 Thread Alastair M. Robinson
Hi Sven, Sven Neumann wrote: In order to support this feature, we'd need one more flag and an appropriate RGB colour: gboolean proof_use_alarm; RGBTriple proof_alarm_color; That would be a feature that is enabled per display and doesn't need to be stored globally ?! Perhaps - though I can see some

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

2004-08-14 Thread Alastair M. Robinson
Hi Sven, Sven Neumann wrote: You misunderstood me. What I was saying is that GIMP 2.0 has the API to implement all this and I would have loved to see this added about a year ago when it was proposed quite detailed already. Since that didn't happen we can now also do some useful changes to the

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

2004-08-14 Thread Alastair M. Robinson
Hi Sven, Sven Neumann wrote: it would help a lot if you could send some information on what settings you think are needed for color management. I know this info is in Bugzilla but I'd like to see it mentioned here so that we can start to discuss how to implement it in a way that it can be used

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

2004-08-14 Thread Sven Neumann
Hi, Alastair M. Robinson [EMAIL PROTECTED] writes: OK - in approximate order of importance: colour_management_enabled - speaks for itself. Must be accessible from the loading code, since a user who has disabled color-management won't want to be bothered by embedded-profile-related

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

2004-08-13 Thread Sven Neumann
Hi, Alastair M. Robinson [EMAIL PROTECTED] writes: 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

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

2004-08-13 Thread Sven Neumann
Hi, it would help a lot if you could send some information on what settings you think are needed for color management. I know this info is in Bugzilla but I'd like to see it mentioned here so that we can start to discuss how to implement it in a way that it can be used from display filter