Bug 20558 - WebKit needs to support real colors with colorspaces
Summary: WebKit needs to support real colors with colorspaces
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 528+ (Nightly build)
Hardware: Macintosh OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-28 04:58 PDT by Eric Seidel (no email)
Modified: 2011-09-23 14:37 PDT (History)
6 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Seidel (no email) 2008-08-28 04:58:42 PDT
WebKit needs to support real colors with colorspaces

Even if we don't do real color matching on the Mac by default, we should have a Color type which stores ColorSpace information and platforms which want to use that information can.

The plumbing for parts of this are already in place.  We would need to add a ColorSpace class to replace the enum which currently exists only on GraphicsContextPrivate.  WebCore (principally the CSS system) would need to learn to ask some other object (which knows the current color space) to create colors (possibly the document) instead of just creating them inline.  Colors may wish to become RefCounted.

As I mentioned in my comment in GraphicsContextPrivate, there would likely be a shared "pattern colorspace" and "gradient colorspace" which are used to keep track of when GraphicsContext is currently using a gradient or pattern fill/stroke instead of a color-matched solid Color.

Again, all this plumbing could be added w/o turning on color matching support on Mac by default (thus not affecting the PLT speed of Safari).