Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Better alpha support #4763

Closed
vicuna opened this issue Mar 30, 2009 · 2 comments
Closed

Better alpha support #4763

vicuna opened this issue Mar 30, 2009 · 2 comments

Comments

@vicuna
Copy link

vicuna commented Mar 30, 2009

Original bug ID: 4763
Reporter: @Chris00
Status: acknowledged (set by @damiendoligez on 2009-04-29T13:45:44Z)
Resolution: open
Priority: normal
Severity: feature
Version: 3.11.0+beta
Category: otherlibs
Monitored by: @Chris00

Bug description

At the moment, the Graphics module only supports a fully transparent color. It would be nice if the unused 7 bits (on a 32 bit platform) of any color were used to hold transparency information. One could even provide a full (8 bits) alpha channel on 64 bits platforms in a platform independent way if one requires the colors to be declared through

val rgba : int -> int -> int -> int -> color

Also, an interface with int32 bigarrays would be nice for 64 bits platforms where images take up twice as much space as they really need.

@stedolan
Copy link
Contributor

The Graphics module is a thin layer around the X11 / Windows GDI drawing primitives, which as far as I know don't support alpha blending. For drawing with transparency and other features, cairo is a better bet.

@Chris00
Copy link
Member

Chris00 commented Mar 15, 2019

See also cairo2 with a more structured interface.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants