<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";}
span.wtemail
{mso-style-name:wt_email;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;}
span.EmailStyle24
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Hi, William<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I believe the terminology used in the spec is clear and that no additional terminology is needed. How concepts are referred to in font development tools is up to the designers of those tools.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">> Does the system now allow/ will you please consider allowing, similar 'tunnel through' colours<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I don’t think defining specific palette index values as special “accent” colours is such a good idea. Whereas all text necessarily has some “foreground” colour, that is not the case for “accent” colours: in many contexts, they simply will
not be defined, and so there would be no predictability as to how they would appear.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">There are certain applications, such as PowerPoint, that have content colour palettes that would provide “accent” colours, but such applications are very much the exception. And in such applications, there is nothing to prevent the application
from providing UI for users to define custom palettes that get used instead of the palettes in the CPAL table. Since the usage scenarios for your feature would only make sense for such apps that have UI for content palettes, I think having such apps allow
the user to define the palette for the font makes the most sense.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Peter<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> mpeg-otspec <mpeg-otspec-bounces@lists.aau.at> <b>
On Behalf Of </b>William_J_G Overington<br>
<b>Sent:</b> Friday, January 22, 2021 2:39 AM<br>
<b>To:</b> mpeg-otspec@lists.aau.at<br>
<b>Subject:</b> Re: [MPEG-OTSPEC] Requesting progress update on COLRv1 in fontTools, FreeType, etc.<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">Regarding the parlance, maybe I am wrong about this but it seems to me that there is a gap, in that it seems to me that three terms are needed, yet there are only two defined.<o:p></o:p></p>
</div>
<p><o:p> </o:p></p>
<p>I refer to the specification terms base glyph and colour glyph. I was familiar with the term base glyph but not colour glyph as used in the specification.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>In my writing I have used three terms, as follows.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>base glyph, as the specification has it.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>coloured glyph for each glyph that is one colour<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>colourful glyph as what the specification has as colour glyph<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>For example, as in the following from page 2 of Chapter 3 of my novel The Mariposa System.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p><a href="http://www.users.globalnet.co.uk/~ngo/the_mariposa_system_the_novel_chapter_003.pdf">http://www.users.globalnet.co.uk/~ngo/the_mariposa_system_the_novel_chapter_003.pdf</a><o:p></o:p></p>
<p><o:p> </o:p></p>
<p>> ‘Now to try to build the colourful glyph!’<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>> Mariposa goes into colour mode and adds the two coloured glyphs to the monochrome glyph, noting that the monochrome glyph had disappeared when she enters colour mode.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>For information here, that is describing the process used in the High-Logic FontCreator 8 software that I use. I do not know how construction of the colourful glyph is done in other software, but it seems to me that three items of parlance are needed generally,
because a completed OpenType COLR/CPAL font has some of each of what I have named base glyph, coloured glyph and colourful glyph.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>On a different aspect of the specification, originally if one used FFFF as the colour index it allowed the colour actually used to be set by the end user as the foreground colour. Does the system now allow/ will you please consider allowing, similar 'tunnel
through' colours, so that there would be a feature whereby an end user could also select in an application first decoration colour and second decoration colour so that, say, one could have, for example, a font with some glyphs of holly with berries and the
end user could choose to have green leaves with red berries or gold leaves with silver berries or whatever colour combination desired, with the way that the specification is done such that there is a default colour? So, for example, displaying the glyphs in
an application that does not have a decoration colour choosing facility, or it is switched off, the holly appears as green leaves with red berries yet the colours can be chosen by the end user in applications where a decoration colour choosing facility is
available and switched on.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>William Overington<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>Friday 22 January 2021<o:p></o:p></p>
<p><o:p> </o:p></p>
<p><o:p> </o:p></p>
<p><o:p> </o:p></p>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #00ADE5 1.5pt;padding:0in 0in 0in 24.0pt;margin-left:0in;margin-right:0in">
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
------ Original Message ------<br>
From: "Peter Constable" <<a href="mailto:pgcon6@msn.com">pgcon6@msn.com</a>><br>
To: "Chris Lilley" <<a href="mailto:chris@w3.org">chris@w3.org</a>>; "<a href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a>" <<a href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a>><br>
Sent: Thursday, 2021 Jan 21 At 17:03<br>
Subject: Re: [MPEG-OTSPEC] Requesting progress update on COLRv1 in fontTools, FreeType, etc.<o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">FYI:
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">While the draft provided before the recent SC29 meeting already included linear and radial gradients, we have had in mind to also propose adding support at some point for some other
gradient types: sweep (or “conic” / “angular”) gradients, and mesh gradients. <o:p>
</o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Mesh gradients are _<i>very</i>_ different from other gradient types both in nature and in how they are defined, and there are two types (Coons patch, which use bilinear interpolation,
and tensor patch, which use bicubic interpolation. Those definitely will need some time for investigation and design discussion.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">But sweep gradients are, comparatively, similar to linear and radial gradients: they are defined by a color line that gets applied to a surface in some geometric way. Linear, radial
and sweep gradients are the three basic gradient types that are commonly supported in 2D graphics apps or libraries.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">With that in mind, we’ve decided to extend our proposal for COLR version 1 to include sweep gradients. See our proposal doc at
<a href="https://github.com/googlefonts/colr-gradients-spec/blob/master/OFF_AMD2_WD.md" target="_blank">
https://github.com/googlefonts/colr-gradients-spec/blob/master/OFF_AMD2_WD.md</a>; a description of sweep gradients is added in new sub-clause 5.7.11.1.2.4.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Peter<o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b> mpeg-otspec <<span class="wtemail"><a href="mailto:mpeg-otspec-bounces@lists.aau.at">mpeg-otspec-bounces@lists.aau.at</a></span>>
<b>On Behalf Of </b>Chris Lilley<br>
<b>Sent:</b> Saturday, January 16, 2021 5:05 AM<br>
<b>To:</b> <span class="wtemail"><a href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a></span><br>
<b>Subject:</b> Re: [MPEG-OTSPEC] Requesting progress update on COLRv1 in fontTools, FreeType, etc.<o:p></o:p></p>
</div>
</div>
<p>Combining the graphical expressiveness of SVG with the typographic expressiveness of font variations (and of course using vectors not rasters) will make COLRv1 the clear leader among the assorted chromatic font options.<o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">On 2021-01-14 23:04, Peter Constable wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">But it also goes beyond the SVG table in that everything (for which it would be meaningful) in the formats is variable. So, for instance, in a variable font, things that could be
varied include the placement of colour stops in a gradient, alpha values, rotation angles, and more.<o:p></o:p></p>
</blockquote>
<pre>-- <o:p></o:p></pre>
<pre>Chris Lilley<o:p></o:p></pre>
<pre>@svgeesus<o:p></o:p></pre>
<pre>Technical Director @ W3C<o:p></o:p></pre>
<pre>W3C Strategy Team, Core Web Design<o:p></o:p></pre>
<pre>W3C Architecture & Technology Team, Core Web & Media<o:p></o:p></pre>
</div>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="100%" align="center">
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">_______________________________________________<br>
<br>
mpeg-otspec mailing list<br>
<br>
<span class="wtemail"><a href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a></span><br>
<br>
<a href="https://lists.aau.at/mailman/listinfo/mpeg-otspec" target="_blank">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a><o:p></o:p></p>
</blockquote>
</div>
</div>
</body>
</html>