Hackage :: [Package]

colour: A model for human colour/color perception

[ data, graphics, library, mit ] [ Propose Tags ]

This package provides a data type for colours and transparency. Colours can be blended and composed. sRGB colour space is supported (Data.Colour.SRGB). A module of colour names (Data.Colour.Names) is provided.

[Skip to Readme]
Versions 0.0.0, 1.0.0, 1.1.0, 2.0.0, 2.1.0, 2.2.0, 2.2.1, 2.3.0, 2.3.1, 2.3.2, 2.3.3, 2.3.4
Dependencies base (<4.5) [details]
License LicenseRef-OtherLicense
Author Russell O'Connor
Maintainer Russell O'Connor <roconnor@theorem.ca>
Revised Revision 1 made by HerbertValerioRiedel at Tue Jan 13 22:14:07 UTC 2015
Category data, graphics
Uploaded by RussellOConnor at Fri Nov 14 17:27:42 UTC 2008
Distributions Arch:2.3.4, Debian:2.3.3, Fedora:2.3.4, LTSHaskell:2.3.4, NixOS:2.3.4, Stackage:2.3.4, openSUSE:2.3.4
Downloads 91777 total (301 in the last 30 days)
Rating (no votes yet) [estimated by rule of succession]
Your Rating
  • λ
  • λ
  • λ
Status Docs uploaded by user
Build status unknown [no reports yet]
Hackage Matrix CI

Modules

[Index]

Downloads

Note: This package has metadata revisions in the cabal description newer than included in the tarball. To unpack the package including the revisions, use 'cabal get'.

Maintainer's Corner

For package maintainers and hackage trustees

Readme for colour-2.0.0

[back to package description] 
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.  By using this library, Haskell
programs dealing with colour blending will avoid this problem.

This 1.0.0 release only contains the sRGB colour space.  Support for other
colour spaces is in development.  I'm releasing this now because I believe
sRGB support is all that is needed for many uses of this library.  I hope
that this sRGB interface will be stable.

Bug reports and any patches are also welcome.  Be warned, I haven't
extensively tested this library yet.

-- 
Russell O'Connor <roconnor@cs.ru.nl>