[Openicc] GoSoC 2011: CPD and target printing (Michael Sweet)

[Chris Murphy]

On May 14, 2011, at 6:26 PM, edmund ronald wrote:

> Facade is a design pattern in software :)
> http://en.wikipedia.org/wiki/Facade_pattern
> 
The figurative meaning is to conceal a less credible reality. An "off switch" in the print dialog conceals the fact the content may have been converted elsewhere, and therefore the printed test chart is in fact invalid, but is presented by the UI as implicitly valid.

So it's a facade somewhere between useless and sinister.

> Maybe that facade is exactly what is needed:
> 
>  - if upstream CM is present in an app, it will be enabled also in the target printed in that app, yielding a good profiled print *from that app alone*

It's possible the profile will be garbage for that app as well, depends on how it manages color.

> 
>  - I do understand that this is ugly, but sometimes a facade can ensure a consistent user experience. In this particular case, a profile would simply be registered as valid for this app rather than system wide, and everything would be ok.

It's beyond perverse and not at all what ICC is all about. It's an ugly hack. This is a user hostile approach to color management.

> 
>  -so here the facade would be the profile association server which would be smart enough to associate profiles on an app by app basis in some case.

Right, we're going to build an entire infrastructure to manage shit apps just to defend a bad idea that conveys the wrong thing in every print dialog in order to give a warm fussy to those easily deluded into thinking it's a meaningful feature.

Chris



>  
> Edmund
> 
> On Sun, May 15, 2011 at 2:07 AM, Chris Murphy <lists at colorremedies.com> wrote:
> On May 14, 2011, at 4:51 PM, edmund ronald wrote:
> 
>> 
>> 
>> On Sun, May 15, 2011 at 12:28 AM, Chris Murphy <lists at colorremedies.com> wrote:
>> On May 12, 2011, at 11:08 PM, Scott Geffert wrote:
>> 
>> > Every week I run into this problem and every night I come home to read more of the trouble online. In any case, these problems are as real as can be, and the costs and pain are mounting daily. If Apple laid out a clear strategy to re-embrace "classic" ICC universal UI guidelines including and off switch, A big negative could become a huge positive!
>> 
>> Numerous collisions of logic are required to arrive at this conclusion.
>> 
>> 
>> Give the guy a chance, Chris, he obviously has clients who have certain problems which he believes could get solved in certain ways. You think this solution is not feasible for technical reasons, then you should provide a way for a solution to happen. 
> 
> I've said it numerous times already. There must be structures in place to reliably opt-out of system color management. One of those structures is a documented, public, API both for display and print. And at least for print, a reference app, would be another such structure.
> 
> The call for an "off switch" in the print dialog doesn't adequately address the problem. I think it's seen as a giant net, but disregards the giant holes. It's a knee jerk reaction to the experience we've been having on Mac OS, but it really isn't a solution. It's facade.
> 
> Chris Murphy
> 
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
> 
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/openicc/attachments/20110514/0552b28b/attachment.htm>