W3C home > Mailing lists > Public > www-style@w3.org > July 2014

Re: CSS overprinting

From: Rik Cabanier <cabanier@gmail.com>
Date: Wed, 30 Jul 2014 15:59:54 -0700
Message-ID: <CAGN7qDACHZF7wBR5uZEH=A8YPTaHpAQ-HDt5atEw5ZDEpzMPrg@mail.gmail.com>
To: Lea Verou <lea@verou.me>
Cc: Michael Day <mikeday@yeslogic.com>, www-style list <www-style@w3.org>
On Wed, Jul 30, 2014 at 3:34 PM, Lea Verou <lea@verou.me> wrote:

> Resurrecting this thread as no resolution has been reached, to mention
> that AntennaHouse also has its own proprietary syntax for overprinting [1]


A device dependent feature such as overprinting doesn't belong in CSS.
Prepress workflows have the necessary logic to deal with automatically
create overprinted colors depending on the colors, content used and
transparency effects.




> On Jun 19, 2013, at 06:25, Michael Day <mikeday@yeslogic.com> wrote:
>
> > Hi Lea,
> >
> >> I’m not sure how overprint could be controlled, since it could be for
> >> the entire element, or just the text etc. It looks more like a blending
> >> mode. However, if we add a blending mode for it, what will it do for
> >> RGB? I'm not sure if overprinting is even a thing in RGB.
> >
> > Prince has crude support for overprinting, but only for named colors at
> the moment. So you can do something like this:
> >
> > @prince-color MySpecialColor {
> >    alternate-color: device-cmyk(...)
> > }
> >
> > p {
> >    background: device-cmyk(...);
> >    color: prince-color(MySpecialColor, overprint)
> > }
> >
> > We could certainly add the overprint flag to the device-cmyk() color
> function, that would be more straightforward than a new property or an
> entirely new mechanism for manipulating overprint.
> >
> > Best regards,
> >
> > Michael
> >
> > --
> > Prince: Print with CSS!
> > http://www.princexml.com
> >
>
>
>
Received on Wednesday, 30 July 2014 23:00:22 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:23 UTC