[Openicc] What is exactly needed: Embedded Profile in CUPS raster !!
rlk at alum.mit.edu
Thu Jun 2 17:18:00 PDT 2011
On Thu, 02 Jun 2011 14:13:28 -0700, Michael Sweet wrote:
> On Jun 2, 2011, at 3:53 AM, Kai-Uwe Behrmann wrote:
>> On 02.06.2011 12:19, Richard Hughes wrote:
>>> On 2 June 2011 10:58, Kai-Uwe Behrmann <ku.b at gmx.de> wrote:
>>>> I dont say " Choose Profile -> Implies Printer Settings paradigm" should
>>>> be the only one. Its just important to have in the toolbox.
>>> In my opinion it's fundamentally flawed. An ICC profile is not a
>> ICC profile selection is a part of the freedom of choice. I do not see
>> anything flaw in this idea. Thats of course different from providing
>> only particial freedom like source code to a GUI without selection
>> options. IMO the later one is flawed as it only talkes about freedom,
>> but in reallity takes freedom away by making learning and customising
>> extremely difficult.
> The challenge is providing the right amount of freedom for the
> user. Too much and your UI is confusing or scary - Gutenprint is an
> example of this. Too little and your UI is just a toy and unusable
> by advanced/expert users.
I'm happy to accept suggestions about how to better organize the
options so that people only see the options they need, but I'm not
going to eliminate options from Gutenprint altogether just because
they might be confusing or scary.
> On Mac OS X we disclose things in levels; in the print dialog there
> is a "simple" view where you can pick printers, presets, and a
> couple other content-specific things and an expanded view that
> provides categorized options. I can't claim this is perfect (and I'm
> sure others will jump on specific color management issues here), but
> you can ultimately select a color profile at print time if you
> want. If you don't, the default profile is used based on the options
> (or preset) you have chosen.
This kind of successive disclosure of complexity is fine. What's not
fine is when someone declares unilaterally that a particular option
will only be interesting to a few people, so it should be eliminated
More information about the openicc