W3C home > Mailing lists > Public > www-style@w3.org > September 2013

Re: [css-gcpm][css-color] device-cmyk() interaction with RGB-space colors.

From: Rik Cabanier <cabanier@gmail.com>
Date: Tue, 24 Sep 2013 14:31:48 -0700
Message-ID: <CAGN7qDAEs4ZobQbSopr_VuHHFZ0+oZD+8B1TuDGfqGHK875Ypg@mail.gmail.com>
To: "Tab Atkins Jr." <jackalmage@gmail.com>
Cc: Simon Sapin <simon.sapin@exyr.org>, www-style list <www-style@w3.org>
On Tue, Sep 24, 2013 at 2:22 PM, Tab Atkins Jr. <jackalmage@gmail.com>wrote:

> On Tue, Sep 24, 2013 at 2:12 PM, Rik Cabanier <cabanier@gmail.com> wrote:
> > On Tue, Sep 24, 2013 at 2:06 PM, Tab Atkins Jr. <jackalmage@gmail.com>
> > wrote:
> >> On Tue, Sep 24, 2013 at 2:02 PM, Rik Cabanier <cabanier@gmail.com>
> wrote:
> >> >> As such, CMYK colors must be converted to an equivalent RGB color
> >> >
> >> > I think you meant to reverse that . RGB colors are converted to CMYK
> >> > during
> >> > the printing process.
> >>
> >> No, I meant what I wrote.  We *must* have RGB colors in memory, so we
> >> can do compositing/blending/etc.  Those are only defined over RGB
> >> colors.
> >
> > I see. Things like compositing and blending do not require color
> conversion
> > though.
> > If we extend filters, those don't require it either.
>
> Compositing and blending are both defined in terms of RGB colors.  If
> you think it can be done in CMYK space, that's cool, but it needs to
> be defined, and we still need to define a sane behavior for handling
> mixtures of RGB and CMYK colors.


The compositing/blending spec doesn't talk about converting colors [1] All
the formulas (except for 4 special ones) work on individual color channels,
regardless of what they represent.

I agree we need to define a way how and when individual elements are
converted to the document's color space.

1: http://dev.w3.org/fxtf/compositing-1/
Received on Tuesday, 24 September 2013 21:32:19 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:14:32 UTC