Re: [Openicc] [Gimp-print-devel] Color-managed printing on Linux with current CUPS: Fact or fiction?
Many developers still think software is feature-driven. So they want all these nice buttons eg. "Hurt me", "Hit me!" so they can tell their boss their users have "choice". Then the users cry about their pain. It's really hard to tell naive users with an uncalibrated screen that if they have color issues on a color-managed printer then the right place to fix them is in a graphics app. Most users want print controls which basically fix their wrong screen profile. Edmund On Mon, Jan 30, 2012 at 6:00 PM, Michael Sweet <msweet@apple.com> wrote:
On Jan 30, 2012, at 8:19 AM, Kai-Uwe Behrmann wrote:
... Unfortunedly the colord hook in CUPS side steps the CUPS communication paths. It is easily possible to print with the active profile of an other user. It was mentioned that the three selectors are not sufficient to select the correct calibration state. Users can easily change gamma, brightness in the print dialog and get no warning while using the same profile. So users need practical to check each time that nothing changed in one of the unpredictable way outlined. That kind of colour transform is useful for testing, but too unrelyable for production. Management implies a level of securing conditions.
I hope you have read all of my posts saying that "gamma" and "brightness" controls are deprecated in CUPS and have no place in these discussions?
_________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair
_______________________________________________ openicc mailing list openicc@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/openicc
participants (1)
-
edmund ronald