W3C home > Mailing lists > Public > public-svgopentype@w3.org > September 2013

FW: [mpeg-OTspec] COLR, SVG tables: sharing color palettes

From: Sairus Patel <sppatel@adobe.com>
Date: Mon, 9 Sep 2013 08:37:40 -0700
To: "public-svgopentype@w3.org" <public-svgopentype@w3.org>
Message-ID: <CE53371E.26363%sppatel@adobe.com>
We're awaiting agreement from Microsoft on how exactly the CPAL should be extended to include name IDs associated with a palette.
SVG-in-OT implementers: please assume for now that the SVG table's 'ULONG offsetToColorPalettes' is now 'ULONG reserved (set to 0)'.
We'll issue a spec update once Microsoft agrees on the concrete details.
Sairus

From: Simon Daniels MSFT <iloveverdana@hotmail.com<mailto:iloveverdana@hotmail.com>>
Date: Monday, September 9, 2013 7:53 AM
To: Sairus Patel <sppatel@adobe.com<mailto:sppatel@adobe.com>>, "mpeg-OTspec@yahoogroups.com<mailto:mpeg-OTspec@yahoogroups.com>" <mpeg-OTspec@yahoogroups.com<mailto:mpeg-OTspec@yahoogroups.com>>, "opentype-migration-list@indx.co.uk<mailto:opentype-migration-list@indx.co.uk>" <opentype-migration-list@indx.co.uk<mailto:opentype-migration-list@indx.co.uk>>
Subject: Re: [mpeg-OTspec] COLR, SVG tables: sharing color palettes


In talking to other stakeholders here at Microsoft they generally agree that extending CPAL to make it more useful for general purpose color palette specification is a very good idea.

Thanks, Si

Sent from Windows Mail

From: Sairus Patel<mailto:sppatel@adobe.com>
Sent: Friday, September 6, 2013 10:12 AM
To: mpeg-OTspec@yahoogroups.com<mailto:mpeg-OTspec@yahoogroups.com>, opentype-migration-list@indx.co.uk<mailto:opentype-migration-list@indx.co.uk>



As part of what seemed to be a growing consensus at TypeCon and in the community around the co-existence of both scalable color font proposals (SVG and COLR) within the OFF/OT specs, representatives from both proposals have been looking into having both color font technologies share the same color palettes (the CPAL table).

This way, CSS markup (for example) can simply refer to the palette-index to be used for the text, instead of separate COLR-palette-index and SVG-palette-index values.

And this way, any extensions to the CPAL, e.g. name IDs for color palette entries (in the current SVG table spec), or perhaps non-sRGB color spaces in the future can be equally available to both technologies.

This kind of sharing of course is what OFF/OT is very good at, with the cmap and GSUB for example being shared across glyph technologies and the text engine dispatching the positioned glyph IDs at the very last moment, as it were, to either a CFF or TT (or SVG) renderer.

So the CPAL is able be shared, but its worth noting the following technical differences in color platte approach:

- With COLR, the CPAL table is required. It contains *all colors* used by multicolored glyphs, with a special notation for foreground color (no alpha) in the COLR table itself.

- With SVG, the CPAL table would be optional. If present it would contain the values of any *color variables* used by the SVG glyph descriptions, with the SVG glyph descriptions being able to express their own explicit or "hard-coded" colors as well. These "hard-coded" colors do not vary by palette selection and would not be in the CPAL table. Foreground color is expressed by the context-fill and context-fill-opacity (alpha) attributes in the SVG glyph descriptions.

Sharing the CPAL would mean the SVG table spec would need to be adjusted, but disruption should be minimal: we'll simply rename the offsetToColorPalettes ULONG to be 'reserved; set to 0'; it could perhaps be used as a flags field in the future. This way, current implementations would not try to read off the end of the revised table, though of course they'd need to be updated to support CPAL.

Thanks to all those who've encouraged this shared approach. We'll have more details about this for your review shortly.

Sairus


__._,_.___
Reply via web post<http://groups.yahoo.com/group/mpeg-OTspec/post%3b_ylc=X3oDMTJxcXZjN3J1BF9TAzk3MzU5NzE0BGdycElkAzEyODYwOTU1BGdycHNwSWQDMTcwNjAzMDM4OQRtc2dJZAMxMDI2BHNlYwNmdHIEc2xrA3JwbHkEc3RpbWUDMTM3ODQ4NzUzMA--?act=reply&messageNum=1026>        Reply to sender <mailto:sppatel@adobe.com?subject=Re%3A%20COLR%2C%20SVG%20tables%3A%20sharing%20color%20palettes>       Reply to group <mailto:mpeg-OTspec@yahoogroups.com?subject=Re%3A%20COLR%2C%20SVG%20tables%3A%20sharing%20color%20palettes>      Start a New Topic<http://groups.yahoo.com/group/mpeg-OTspec/post%3b_ylc=X3oDMTJmZmQwZzNpBF9TAzk3MzU5NzE0BGdycElkAzEyODYwOTU1BGdycHNwSWQDMTcwNjAzMDM4OQRzZWMDZnRyBHNsawNudHBjBHN0aW1lAzEzNzg0ODc1MzA->   Messages in this topic<http://groups.yahoo.com/group/mpeg-OTspec/message/1026%3b_ylc=X3oDMTM1b2Y4NHZkBF9TAzk3MzU5NzE0BGdycElkAzEyODYwOTU1BGdycHNwSWQDMTcwNjAzMDM4OQRtc2dJZAMxMDI2BHNlYwNmdHIEc2xrA3Z0cGMEc3RpbWUDMTM3ODQ4NzUzMAR0cGNJZAMxMDI2> (1)
Recent Activity:

Visit Your Group<http://groups.yahoo.com/group/mpeg-OTspec%3b_ylc=X3oDMTJmbTdyaDRqBF9TAzk3MzU5NzE0BGdycElkAzEyODYwOTU1BGdycHNwSWQDMTcwNjAzMDM4OQRzZWMDdnRsBHNsawN2Z2hwBHN0aW1lAzEzNzg0ODc1MzA->
[http://l.yimg.com/a/i/us/yg/logo/us.gif]<http://groups.yahoo.com/%3b_ylc=X3oDMTJlZGs0NGFrBF9TAzk3NDc2NTkwBGdycElkAzEyODYwOTU1BGdycHNwSWQDMTcwNjAzMDM4OQRzZWMDZnRyBHNsawNnZnAEc3RpbWUDMTM3ODQ4NzUzMA-->
Switch to: Text-Only<mailto:mpeg-OTspec-traditional@yahoogroups.com?subject=Change%20Delivery%20Format:%20Traditional>, Daily Digest<mailto:mpeg-OTspec-digest@yahoogroups.com?subject=Email%20Delivery:%20Digest>  Unsubscribe<mailto:mpeg-OTspec-unsubscribe@yahoogroups.com?subject=Unsubscribe>  Terms of Use<http://info.yahoo.com/legal/us/yahoo/utos/terms/>  Send us Feedback <mailto:ygroupsnotifications@yahoogroups.com?subject=Feedback%20on%20the%20redesigned%20individual%20mail%20v1>
.

__,_._,___
Received on Monday, 9 September 2013 15:38:14 UTC

This archive was generated by hypermail 2.3.1 : Monday, 9 September 2013 15:38:14 UTC