<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=Windows-1252">
<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:0in;
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;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.wtemail
{mso-style-name:wt_email;}
span.EmailStyle21
{mso-style-type:personal-reply;
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;}
/* List Definitions */
@list l0
{mso-list-id:515655034;
mso-list-template-ids:774002486;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:\F0B7 ;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1
{mso-list-id:585921227;
mso-list-type:hybrid;
mso-list-template-ids:-385564882 -1496781526 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l1: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:-.25in;
font-family:"Calibri",sans-serif;
mso-fareast-font-family:Calibri;}
@list l1:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7 ;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7 ;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7 ;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">The ‘name’ table stores strings for various purposes. Some of these purposes are pre-defined in the spec; some examples:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<ul type="disc">
<li class="MsoListParagraph" style="mso-list:l1 level1 lfo2">a family name such as “Arial”<o:p></o:p></li><li class="MsoListParagraph" style="mso-list:l1 level1 lfo2">a subfamily name such as “Condensed Bold Italic”<o:p></o:p></li><li class="MsoListParagraph" style="mso-list:l1 level1 lfo2">a foundry name<o:p></o:p></li><li class="MsoListParagraph" style="mso-list:l1 level1 lfo2">a copyright string<o:p></o:p></li></ul>
<p class="MsoNormal">But the format also allows for other strings for vendor-defined purposes. So, for instance, in variable fonts, the vendor can define instances (particular design variants) for some combination of variation axis values, and then they can
define what would effectively be subfamily names for those specific instances. <o:p>
</o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The actual strings themselves are indexed with a two-part key that includes an ID (generally referred to as the “name ID”), which indicates the purpose (as described above), and a numeric language identifier.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">So, using vendor-specific name IDs and language IDs, you could add the kind of strings you describe into a font’s name table.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">But there isn’t any existing way to associate particular glyph sequences with a name ID. And that is the part that, in general, doesn’t have a clear need in the way that fonts are used.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Your original idea of localizable sentences, as I recall, involved assigning Unicode code points to particular semantic propositions, or “sentences”. Unicode has stated clearly it is not interested in pursuing that idea and banned further
discussion of that idea from its email lists. I don’t think you should be trying to use this list as a back door to revisit the same idea.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Now, what you’ve described seems to have evolved from that original idea—though only slightly: now you’re talking about glyph sequences that represent “sentences”. Based on your slide presentation, it appears you want a message containing
“!313125” to get associated with a string “Is there any information about the following person please?” (along with other translations), and you want to use a font table to provide a mapping from the glyphs for the character sequence “!313125” to that string
(in its various translation variants). Again, there’s an unstated premise of this idea that the font will get transported with the message. If it did, the font would have some fixed sent of translations. Why not just send a message with multiple translations?
Or why not create an online registry that documents the sentences and translations in many languages, and then send as a message a URL that points to the registry entry for “!313125”?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">For my part, I don’t see a need to add into the OpenType / OFF spec a table that provides a mapping from glyph sequences to name IDs.<o:p></o:p></p>
<p class="MsoNormal"><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 style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">mpeg-otspec <mpeg-otspec-bounces@lists.aau.at> on behalf of William_J_G Overington <wjgo_10009@btinternet.com><br>
<b>Date: </b>Tuesday, May 11, 2021 at 4:21 AM<br>
<b>To: </b>'MPEG OT Spec list' <mpeg-otspec@lists.aau.at>, Peter Constable <pgcon6@msn.com>, Vladimir Levantovsky <vladimir.levantovsky@gmail.com><br>
<b>Subject: </b>[EXTERNAL] Re: [MPEG-OTSPEC] New AHG mandates and other news!<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal">Thank you for replying.<o:p></o:p></p>
<div>
<p><o:p> </o:p></p>
<p>I write to seek clarification please.<o:p></o:p></p>
<div>
<p><o:p> </o:p></p>
<p>> 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>
<div>
<p>I have found the following web page.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>https://docs.microsoft.com/en-us/typography/opentype/spec/name<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>I am not an expert on OpenType, so as Peter mentions the 'name' table, is the implication that what I am suggesting is already implemented?<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>If not, can I suggest that for this discussion that we refer to my suggestion as a proposal for a 'text' table please?<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>I mention that use with QID emoji was just one suggested possibility and that there would be a number of other uses, even if QID emoji is never implemented. The use with QID emoji is not a central application suggestion for this proposed facility.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p>> It seems to me like you’re trying to propose enhancements the font format to address challenges for the QID emoji proposal.
<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>No. My suggestion has various possible applications, many related to communication through the language barrier. QID emoji were not my idea, I have expressed my views about the idea in my responses to the Unicode Technical Committee's Public Review.<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>https://www.unicode.org/review/pri408/<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>My own research is mostly on localizable sentences and their applications, together with some research on The Mariposa System of abstract emoji for assisting communication through the language barrier when using emoji.<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>Although emoji are interesting, from my perspective they do not have anything like the great potential for communication through the language barrier as does the localizable sentence invention. In particular, many pictorial emoji proposals tend to be deliberately
imprecise as regards meaning and implied meaning of an emoji, yet localizable sentences characters are very deliberately precise as to meaning so as to provide high provenance as to meaning in communication through the language barrier.<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>http://www.users.globalnet.co.uk/~ngo/<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>In particular, the following slide show was produced for the United Kingdom National Body to forward to the ISO/TC 37 committee.<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>http://www.users.globalnet.co.uk/~ngo/slide_show_about_localizable_sentences.pdf<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>For some recent glyph designs for The Mariposa System, please see page 5 of the following thread, starting with the fourth post on that page.<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>https://forum.affinity.serif.com/index.php?/topic/138654-artwork-for-greetings-cards/<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p>Some readers might perhaps like the designs for some localizable sentence glyphs that are near the start of the thread.<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>Tuesday 11 May 2021<o:p></o:p></p>
<p><br>
<br>
<o:p></o:p></p>
<p><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;white-space:pre-wrap ">
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
------ Original Message ------<br>
From: "Peter Constable" <pgcon6@msn.com><br>
To: "William_J_G Overington" <wjgo_10009@btinternet.com>; "'MPEG OT Spec list'" <mpeg-otspec@lists.aau.at>; "Vladimir Levantovsky" <vladimir.levantovsky@gmail.com><br>
Sent: Monday, 2021 May 10 At 22:58<br>
Subject: RE: [MPEG-OTSPEC] New AHG mandates and other news!<o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">William,
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">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" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">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>
<ul type="disc">
<li class="MsoListParagraph" style="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="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="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" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">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" 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">mpeg-otspec-bounces@lists.aau.at</span>>
<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' <<span class="wtemail">mpeg-otspec@lists.aau.at</span>>; Vladimir Levantovsky <<span class="wtemail">vladimir.levantovsky@gmail.com</span>><br>
<b>Subject:</b> Re: [MPEG-OTSPEC] New AHG mandates and other news!<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">> 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://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMPEGGroup%2FOpenFontFormat&data=04%7C01%7Cpconstable%40microsoft.com%7Cfe51c13919584abc23dd08d9146ec3d0%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637563288688874579%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Slzh2fSOikrSWx%2F0HhjBIhycZjbUfbMoSWvUkFQ22xA%3D&reserved=0" target="_blank">
MPEGGroup/OpenFontFormat GitHub</a>) are much appreciated.<o:p></o:p></p>
<p style="margin-bottom:12.0pt"><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 style="margin-bottom:12.0pt"><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 style="margin-bottom:12.0pt"><o:p> </o:p></p>
<p>William Overington<o:p></o:p></p>
<p style="margin-bottom:12.0pt"><o:p> </o:p></p>
<p>Thursday 6 May 2021<o:p></o:p></p>
<p style="margin-bottom:12.0pt"><o:p> </o:p></p>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</body>
</html>