[Openicc] GoSoC 2011: CPD and target printing

[edmund ronald]

On Thu, May 5, 2011 at 4:33 PM, Chris Murphy <lists at colorremedies.com>wrote:

>
>
>
> On May 5, 2011, at 7:30 AM, edmund ronald wrote:
>
>
>
>  I simply cannot envision printing targets from a command-line app. Sorry.
> At this point, if this is the decision taken here, I will resign from this
> endeavor.
>
>
> I would not consider a command line app to be sufficiently user friendly to
> implement an opt-out color management system. Keep in mind that Apple has
> implemented an opt-out color management system and has not provided *any*
> application for printing profile targets at all, either GUI or command line
> based.
>
> Part of a long list of "required" items for an opt-out color management
> system would be a GUI application that properly prints profile targets. This
> could be:
>
> 1. Built-into the CPD, something that could be done, even though I think
> it's needlessly involving too many users and clutters the CPD.
>
> 2. Built-into the CPD as an application subscribable element, i.e. the code
> is done, but the GUI element doesn't appear by default, the application
> developer would need to request it appear when calling the CPD. This is nice
> because then an app like the GIMP can incorporate it.
>
> 3. A standalone monolithic application for this purpose.
>
> Chris Murphy
>
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
>

1. Linux has always been driven by "under the hood enthusiasts". An advanced
tab is there exactly for users who want to or need to "open the hood", just
like the hood release on a car.

2. This is feasible. But - has anyone actually contacted the GIMP guys?

3. The standalone app will end up working differently from the other apps. A
standalone app is what we ended up with as a workaround for Mac OS targets,
and it has bugs I've heard (scaling and placement) but its authors cannot be
bothered to fix it. I am sure the Linux environment will be able to spawn
its own set of bugs and if they are not in the main code path they will
simply sit there and ferment.

Edmund
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/openicc/attachments/20110505/5044dd87/attachment.htm>