Hi,
Hal V. Engel [EMAIL PROTECTED] writes:
What is needed for GIMP 2.4 are two very simple plug-ins that will
do two things:
1. Allow the user to assign a profile to an image. This would pull
up a dialog that allows the user to assign the default working space
profile or select from a
On Wednesday 10 August 2005 04:15 am, Jordi Canton wrote:
I disagree somewhat. IMO there should be a configurable profile search
path similar to what we have for brushes, fonts etc. The user
shouldn't have to select ICC profiles by selecting files. Instead
there should be a profile
Hello,
Hal wrote:
1. Currently embedded profiles are not used. This needs to be implemented
The gimp-color-management plug-in (by Jordi Canton
[EMAIL PROTECTED]) looks like it has the code needed to read in
an embedded profile and could be leveraged to get this functionality.
Highest
Hi,
Jordi Canton [EMAIL PROTECTED] writes:
Actually the plugin is reading the profile attached as parasite. Last
time I checked, only the TIFF files were abe to read/write the
profiles as color parasites. There is no problem to read the color
profile as parasite but the read/write color
I disagree somewhat. IMO there should be a configurable profile search
path similar to what we have for brushes, fonts etc. The user
shouldn't have to select ICC profiles by selecting files. Instead
there should be a profile selector. This widget would list all
available profiles, showing
I just released version 0.1.0 of the gimp-color-manager plugin.
Important changes since last version:
-Re-design of the user interface in order to clarify the workflow
(Thanks to Hal suggestions)
-I correct several bugs found in the code
-Now it should also work on a windows box. I made a
I just installed and tested this latest version. At this point it is
good enough to be of use for those that need/want color management.
The changes that were made between version 0.0.9 and this version were
mostly to the user interface (big improvement) and some bug fixes. I
have also
Hi,
J.Canton [EMAIL PROTECTED] writes:
I should also compile a local version fo glib2.6/GTK 2.6 in order to
be able to compile the Gimp cvs HEAD, isn't it?
You will need glib/gtk+ 2.6 but there is actually no reason to keep
those local since 2.6 is fully backward compatible to earlier
Hello,
Great news!! I have been working in the gimp-color-manager plugin which
is strongly related (in fact it can be modified to meet your 7th point)
I already have corrected the bugs found in the previous release and made
some changes in order to clarify the workflow.
Actually the plugin can
The idea is to be able to use different color management systems and
not to restrict ourselves to lcms.
Yes !! Please. We should have the possibility to decide if use one or other
CMS.
/*--*/
Francisco Bernal Rosso
Webpage at:
Hi,
Hal V. Engel [EMAIL PROTECTED] writes:
- default cmyk-profile (is later used to convert RGB-CMYK)
I guess that this is for the printer? Since all of my printers are
logically RGB devices (the drivers expect RGB input) I am not sure how
useful this is to me but for others it might
Sven Neumann wrote:
If we don't convert the image at load time, all plug-ins that change
colors would have to be aware of the color-space the image is in.
Since this is not the case for the time being, it would probably be a
bad idea to not convert the image. As soon as we go further down the
Hi Gerhard,
Gerhard Gaußling wrote:
I'm not a Programmer, but isn't it possible to make a plug-in which load's
the icc information at a first step, to offer the user the ability to
decide in which way he wants to handle the file regarding it's color space?
It would be possible to do the
Hi,
Gerhard Gauling [EMAIL PROTECTED] writes:
I think that the suggestions made by Hal V. Engel and Jan-Peter
Homann (a well known color management consultant in Germany, afair
also a member of the eci.org maillist, a very good resource for cms
knowledge) are very important for a
Hi,
David Neary [EMAIL PROTECTED] writes:
...Sven has expressed a desire that color management be kept out of
the core in the past.
You misunderstood me then. Managing colors does of course belong into
the core but I would like to keep the implementation out of the core.
The idea is to be
On Saturday 15 January 2005 13:21, David Neary wrote:
Hi Gerhard,
Gerhard Gaußling wrote:
I'm not a Programmer, but isn't it possible to make a plug-in which
load's
the icc information at a first step, to offer the user the ability
to
decide in which way he wants to handle the file
Hello Sven,
thank you for your reply!
Sven Neumann wrote:
Gerhard Gaußling [EMAIL PROTECTED] writes:
Okay, so I assume, that my (and Hal's and Jan-Peter's) suggestions have
to wait for the release after GEGL? For a new rendering-engine further to
GEGL? GIMP 3.0?
Why? Almost everything
Hi Gerhard,
Gerhard Gaußling wrote:
What kind of softproof is available? Hmm.. I can nothing similar find here.
It took me a while to find it too - it's under the View - Display Filters.
In the resulting dialog you can choose from a number of filters,
including Colour Proof.
When we were
Hi,
Gerhard Gauling [EMAIL PROTECTED] writes:
What kind of softproof is available? Hmm.. I can nothing similar find here.
Go to View-Display Filters and enable the Display Proof filter.
Please, I'm sorry for my sad english, and I hope this all doesn't
sounds to rude. I wanted only spend
Hi,
Alastair M. Robinson [EMAIL PROTECTED] writes:
When we were discussing colour management a few months back, I
hacked the Colour Proof filter to do a normal working-profile -
monitor-profile transform, and it worked pretty well.
Yes, it's a shame that you never submitted this for
On Saturday 15 January 2005 17:37, Sven Neumann wrote:
snip
Let's try to implement this in small steps then. As a first step I
would like to add a couple of options to the preferences to allow
users to define default locations for color profiles, to
enable/disable color management and to set a
Hello.
Several mails in this thread says that the images will be converted
between colorspaces, such as monitor colorspace.
Does GIMP keep two versions of the same image: one for image processing
and saving, and one for displaying?
I remember how XV converted images to fit better to the
On Fri, 16 Jul 2004 16:40:23 +0300, Juhana Sadeharju
[EMAIL PROTECTED] wrote:
Hello.
Several mails in this thread says that the images will be converted
between colorspaces, such as monitor colorspace.
Does GIMP keep two versions of the same image: one for image processing
and saving, and
Hi,
Juhana Sadeharju [EMAIL PROTECTED] writes:
Several mails in this thread says that the images will be converted
between colorspaces, such as monitor colorspace.
I don't think anyone ever mentioned to convert the image to the
monitor colorspace.
Does GIMP keep two versions of the same
24 matches
Mail list logo