[Openicc] [Gimp-print-devel] [Printing-architecture] Colour

[edmund ronald]

Hi to you too :)

 Yes, being able to override any built-in or vendor supplied profile
is obviously a necessity for power-users, and one which might be
hidden somewhere in an "Options..." dialog which then allows saving
named presets.

 On the other hand, printer vendors will resist easily accessible
customisation -just as they resist user-profiling- because convincing
Jane User that she will only get good color by using the vendor's
listed media is their main tool to sell their branded expensive media.

 Everybody in this cluster :) has conflicting interests; but I wish
that sane behavior would be *speedily restored * for us color
consultants and photographers to get on with our life, while the
solution to the world's printing problems gets debated. Please,
someone write an utility to patch the driver -it's open source, right?
- to enable deviceRGB and put us out of our misery.

Edmund




On Sat, Nov 14, 2009 at 11:16 AM, Alastair M. Robinson
<blackfive at fakenhamweb.co.uk> wrote:
> Hi :)
>
> Michael Sweet wrote:
>
>> I humbly suggest that what you want is a utility that allows the user to
>> print targets and generate/install ICC profiles for a particular combination
>> of printer, media, and other settings. If you have to select a profile at
>> print time, then the printing workflow is broken.
>
> I have to disagree here.  I have three different "grades" of glossy photo
> paper here, from different manufacturers.  In terms of the amount of ink
> they'll take, and thus the correct print settings, they're pretty much
> identical, but prints do look different on each, and they have a very
> different "feel".  Which of the three I use depends on how "prestigious" I
> want a print to look, traded off against whether I want to use the most
> expensive paper.
>
> Each paper type has (and needs) its own profile, yet the printer driver has
> no way of telling which of the three I'm using since the print settings are
> identical.  Thus, in my opinion, a printing workflow which doesn't allow me
> to set a profile at print time is broken.
>
> At best the print dialog can select a sane *default* profile, but it's
> imperative that if the user "knows better" it can be overridden.
>
> All the best
> --
> Alastair M. Robinson
>