[Haskell] ANNOUNCE: colour 0.0.0

Sebastian Sylvan sebastian.sylvan at gmail.com
Fri Oct 24 09:19:31 EDT 2008

On Wed, Oct 22, 2008 at 1:12 AM, <roconnor at theorem.ca> wrote:

> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/colour-0.0.0
> I hope for this library to become the standard colour library for Haskell.
> Most software does not properly blend colours because they fail to
> gamma-correct the colours before blending.  Hopefully by using this library,
> Haskell programs dealing with colour blending will avoid this problem.
> I am making an early release of my colour library to get some feedback. I
> am especially interested in getting feedback on the interfaces: should
> functions be renamed, should functions be moved, etc. Should I put black and
> white colours into Data.Colour?  Which is better form making a colour: (sRGB
> r g b) or (sRGB (r,g,b))?
> Bug reports and any patches are also welcome.  Be warned, I haven't
> extensively tested this library yet.

It would be nice if we could customize the gamma curve. Different devices
have different gamma. Some hardware even approximates the gamma curve with
piecewise linear functions. This can make a massive difference if you, e.g.
degamma the image assuiming a gamma of 2.2 (typical office LCD screen), do
some work on it, then convert to a gamma of 2.5 (typical TV - they assume
TVs will be in a darker background setting), then the graphics card reads
this as sRGB with its own piecewise linear approximation, then does some
more work on it, and converts it back. Long story short, if you can't get
all of those steps right the errors can add up quickly and becomes very

If it could read photoshop colour profiles that would be even better.

Sebastian Sylvan
UIN: 44640862
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.haskell.org/pipermail/haskell/attachments/20081024/e918e041/attachment-0001.htm

More information about the Haskell mailing list