Re: Best Color Management Practices for Web Image Creation
Re: Best Color Management Practices for Web Image Creation
- Subject: Re: Best Color Management Practices for Web Image Creation
- From: "Harmon, Jeff" <email@hidden>
- Date: Tue, 15 Jul 2008 11:55:31 -0700
- Thread-topic: Best Color Management Practices for Web Image Creation
Well, how about integrating a visual calibrator with the browser somehow?
Maybe a wizard upon installation and update of the browser that strongly
suggests the user go through a visual calibration process? It would be
better than no profile, or EDIDs currently. I just can't believe developers
on all sides don't see the pressing need, as millions are spent processing
returns based on disappointment with color that could be reduced.
E-Color had a cookie based system that was interesting. EasyRGB's solution
is similar: http://www.easyrgb.com/index.php?X=KALI
I think both depended on transforming images on the server-side before
sending though. Not sure. If so, this is not good, it should be
client-side.
What's the W3 doing here? How about parameters in the IMG tag for a profile
stored externally from the image (or internally, seeing as bandwidth is
rising), or one of the local standard profiles? Is that happening?
What's VESA doing? The ICC?
- J
On Tue, 15 Jul 2008 09:54:51 -0700, "Harmon, Jeff" <email@hidden>
wrote:
So far I've expressed opposition to a UI option for color management.
In my view, the connotation of a UI option translates into "color
management is optional." In this case I think it will terribly confuse
users to have this option, and it will prolong the inevitable
transition.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Colorsync-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden