<html 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=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle22
{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:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:1600482695;
mso-list-type:hybrid;
mso-list-template-ids:-1741150048 -979975442 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
{mso-level-start-at:0;
mso-level-number-format:bullet;
mso-level-text:-;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-font-family:Calibri;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">William, <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">You’ve described a way to organize data, but to get the functionality you described the data would be organized differently: a table that maps glyph ID sequences to string entries in the ‘name’ table.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">But the scenario you have in mind is to use fonts as a way to carry descriptions of Unicode character sequences, and specifically QID emoji sequences—which is an idea that has been proposed but has not been approved by Unicode. Even<i>
_if</i>_ the QID emoji proposal were adopted by Unicode—and it’s far from clear that it will be—, I don’t think it’s a good idea to use fonts as a vehicle for transporting descriptions of glyph ID sequences.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<ul style="margin-top:0cm" type="disc">
<li class="MsoListParagraph" style="margin-left:0cm;mso-list:l0 level1 lfo1">For the QID emoji sequence scenario, Unicode strings in general are sent between applications or between devices 99.99% of the time without any font data. So, it’s very unclear that
it would provide much useful benefit for that scenario.<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0cm;mso-list:l0 level1 lfo1">If it is assumed that text containing QID emoji sequences would _<i>need</i>_ font data to be sent along with the text, then that raises a question of whether the QID proposal provides
significant benefit over using PUA characters.<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0cm;mso-list:l0 level1 lfo1">The formats added to the font would not be inherently specific to QID sequences—that is, the design suggests a much more general usage: strings describing arbitrary glyph sequences.
But I don’t see any real need for such a general mechanism.<o:p></o:p></li></ul>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">It seems to me like you’re trying to propose enhancements the font format to address challenges for the QID emoji proposal. For my part, I don’t think it’s a good idea. Fonts are not the best way to solve those problems. If Unicode is going
to consider the QID proposal, then proponents of the proposal need to come up with better ways to address any shortcomings in the proposal.<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>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<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> May 6, 2021 8:34 AM<br>
<b>To:</b> 'MPEG OT Spec list' <mpeg-otspec@lists.aau.at>; Vladimir Levantovsky <vladimir.levantovsky@gmail.com><br>
<b>Subject:</b> Re: [MPEG-OTSPEC] New AHG mandates and other news!<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">> As part of the mandate #2, we are also encouraged to start exploration activities to discuss the next round of changes that will become the basis for the new OFF 5<sup>th</sup> edition work item – your contributions to these topics (both
on this list and / or new issues on <a href="https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMPEGGroup%2FOpenFontFormat&data=04%7C01%7C%7C7e6370fe735f49ebb32408d910a4578a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637559120296755956%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=igXd5Lph96xICJc8mh2u4eFDZnUvgtZ2ok%2Ft9ebxgdw%3D&reserved=0" target="_blank">
MPEGGroup/OpenFontFormat GitHub</a>) are much appreciated.<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>Would it be good to have a new table which is similar in structure to a GSUB table but which can have in the part to the left of each -> either one postscript name or a sequence of postscript names and to the right of each -> a string of Unicode text characters
in UTF-16 format - that is, a string of text characters as one might have in, say, a computer program written in Pascal, for the avoidance of doubt specifically not a sequence of postscript names.<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>I am thinking that this could have various uses, for example, for text to speech in a language of the font designer's choice, transliteration, on-screen explanation of emoji - including perhaps the potentially millions of QID emoji that may soon become encoded
into Unicode, so that a font that supports just a few QID emoji could also include an explanation of them in a language of the font designer's choice. The output of the table could be used for any of screen display, tooltip display, speech output. The use
of the table in a font would be optional and could be simply ignored by an application that does not support it: also an application that does support the use of the information that is in the table could have a button to switch that use on or off.<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>William Overington<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>Thursday 6 May 2021<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
</div>
</div>
</body>
</html>