<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 14 (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: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;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Verdana;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
p.ygrp-photo-title, li.ygrp-photo-title, div.ygrp-photo-title
{mso-style-name:ygrp-photo-title;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
text-align:center;
font-size:10.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.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:1804927695;
mso-list-template-ids:-111264698;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:;
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:;
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:;
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:;
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:;
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:;
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:;
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:;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Dear all,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">In order to initiate the submission of the ballot comments via official channels I need to finalize and present them today. (!)<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The draft I have assembled based on the AHG discussions is attached but I can’t really distill [yet] anything that would be seen as a consensus decision and
at the same time would address the proposed changes for subclauses 7.6 and 7.7.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">If we can come up with the minimally invasive set of changes that would satisfy the realities of today’s world and be acceptable for the audience at large –
we still have time to do it. I am inclined to keep the draft “as is” for now – present it with the clear side note that two more items still need to be worked on. The ballot closing date is Oct. 5 but in order to be processed through the appropriate channels
it needs to be submitted at least a month ahead. We may still have a couple of days this week to finalize the changes but in order to make it into the final ballot it needs to happen soon. Otherwise, the draft ballot attached here will be automatically transformed
and submitted as final.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thank you very much for your hard work and your contributions,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Vladimir<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> mpeg-OTspec@yahoogroups.com [mailto:mpeg-OTspec@yahoogroups.com]
<b>On Behalf Of </b>Sairus Patel sppatel@adobe.com [mpeg-OTspec]<br>
<b>Sent:</b> Friday, August 28, 2015 6:49 PM<br>
<b>To:</b> Levantovsky, Vladimir; Ken Lunde; mpeg-OTspec@yahoogroups.com; opentype-list@indx.co.uk<br>
<b>Subject:</b> Re: [mpeg-OTspec] Soliciting comments on draft OFF amendment<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><br>
<br>
<br>
<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Re. item (2):<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">I’m not comfortable inserting a new recommendation to map the space character (U+0020) to GID 1 for TT. Apple’s own requirements/recommendations page for “Apple
TrueType fonts” doesn’t make this recommendation: <a href="https://developer.apple.com/fonts/TrueType-Reference-Manual/RM07/appendixB.html">https://developer.apple.com/fonts/TrueType-Reference-Manual/RM07/appendixB.html</a>.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">At first I thought of suggesting instead that the OFF recommendations simply point to Apple’s page for such stuff. However, we’ll have to get Apple’s agreement
that that page is accurate and maintained, and I’m not sure OFF wants such a dependency. Also, Apple’s page details plenty of requirements/recommendations that aren’t in OFF currently.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">I’d love to hear what Apple recommends. I’ll forward this to some of my Apple colleagues offlist.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">In general, if we had specific recommendations, especially those against the spirit of OpenType (e.g. that a character map to a specific GID), I’d say we should
try giving an indication of what software has this dependency, so that font creators can make more informed choices.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Re. item (3):<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">“<span style="background:white">Also, Glyph ID 0 should not map from any Unicode value.”</span><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">I’m hesitant about the above statement. <span style="background:#FFFEFE">There are cmap subtable formats (e.g. format 0) in which “gaps” are required to map to
GID 0 to indicate “no valid mapping.” Thus, an OFF engine must already have to treat a character’s explicit mapping to GID 0 in a cmap subtable the same as that character not having any mapping in that subtable.</span><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black;background:#FFFEFE">Whether GID 0 is mapped explicitly in the subtable should be up to the font compilation software. I haven’t scoured all the cmap subtable formats
recently enough to see if there are cases where inserting a mapping to 0 here or there could help overall size optimization.</span><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black;background:#FFFEFE">The cmap spec </span><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><a href="https://www.microsoft.com/typography/otspec/cmap.htm">https://www.microsoft.com/typography/otspec/cmap.htm</a><span style="background:#FFFEFE"> already
says: “</span>Character codes that do not correspond to any glyph in the font should be mapped to glyph index 0.” This is a bit of an overstatement, but it’s embedded in a lot of platform recommendations, so it will have to wait for some future cleanup/refactoring
effort.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Thanks, Ken, for leading the charge on this part of the recommendations.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Sairus<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">From:
</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black"><'Levantovsky>, "Vladimir'
<a href="mailto:vladimir.levantovsky@monotype.com">vladimir.levantovsky@monotype.com</a> [mpeg-OTspec]" <<a href="mailto:mpeg-OTspec-noreply@yahoogroups.com">mpeg-OTspec-noreply@yahoogroups.com</a>><br>
<b>Reply-To: </b>Vladimir Levantovsky <<a href="mailto:Vladimir.Levantovsky@monotype.com">Vladimir.Levantovsky@monotype.com</a>><br>
<b>Date: </b>Tuesday, August 25, 2015 at 1:40 PM<br>
<b>To: </b>Ken Lunde <<a href="mailto:lunde@adobe.com">lunde@adobe.com</a>>, "<a href="mailto:mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a>" <<a href="mailto:mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a>>, "<a href="mailto:opentype-list@indx.co.uk">opentype-list@indx.co.uk</a>"
<<a href="mailto:opentype-list@indx.co.uk">opentype-list@indx.co.uk</a>><br>
<b>Subject: </b>RE: [mpeg-OTspec] Soliciting comments on draft OFF amendment<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">
<o:p></o:p></span></p>
<div id="ygrp-text">
<p style="margin-bottom:12.0pt;background:white"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Hi Ken, all
<br>
<br>
Thank you for providing your comments on the text of the specification. I would like to clarify some things related to your comments and prior discussions:
<br>
<br>
1) While checking your comments and proposed changes against the OFF spec - it appears that you found a mismatch between the new OFF text and the current public version of the OpenType 1.7 spec. It seems that what you're actually proposing here is to update
the text of the OpenType spec to match the OFF - if this is the case there is no official ballot comment needed here since the OpenType 1.7 is published by Microsoft and can to be updated freely. Is it the case here or did I miss something?
<br>
<br>
2) I remember we had an extended discussion of this particular part of the proposal but I am not sure if we reached a consensus on the proposed changes (see attached). I would like to ask all to review the proposed updates to the Recommendations section and
respond if you have any objections to the proposed changes. <br>
<br>
3) This is a call for consensus - please respond to this email with your comments and objections (if any).
<br>
<br>
Silence will be treated as a consensus approval! <br>
<br>
Thank you, <br>
Vladimir <br>
<br>
<br>
<br>
-----Original Message----- <br>
From: <a href="mailto:mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a> [<a href="mailto:mpeg-OTspec@yahoogroups.com">mailto:mpeg-OTspec@yahoogroups.com</a>] On Behalf Of Ken Lunde
<a href="mailto:lunde@adobe.com">lunde@adobe.com</a> [mpeg-OTspec] <br>
Sent: Thursday, July 30, 2015 11:12 AM <br>
To: <a href="mailto:mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a>;
<a href="mailto:opentype-list@indx.co.uk">opentype-list@indx.co.uk</a> <br>
Subject: Re: [mpeg-OTspec] Soliciting comments on draft OFF amendment <br>
<br>
Vladimir and others, <br>
<br>
In addition to considering the registration of the proposed 'vrtr' feature and the modification of the description of the registered 'vert' feature, please consider the following three additional ballot comments:
<br>
<br>
1) The "Filenames" subsection in Section 7 ("Recommendations for OFF fonts") does not match the corresponding section in the OpenType Specification.
<br>
<br>
The current language is below: <br>
<br>
--- BEGIN --- <br>
OFF fonts may have the extension .OTF, .TTF, or .OTC, depending on the type of outlines in the font and the presence of OFF layout tables.
<br>
<br>
· Fonts with CFF data always have an .OTF extension. <br>
<br>
· Fonts containing TrueType outlines that have OFF layout tables should use the .OTF extension when backward compatibility is not an issue. Fonts without OFF layout tables, or fonts that have backward compatibility issues should use the .TTF extension. TrueType
Collection fonts should have a .TTC extension whether or not the fonts have OFF layout tables present.
<br>
--- END --- <br>
<br>
The proposed new language is what is shown in the corresponding section of the OpenType Specification (but, changing OpenType to OFF):
<br>
<br>
--- BEGIN --- <br>
OFF fonts may have the extension .OTF, .TTF, .OTC or .TTC, depending on the type of outlines in the font and the desired backwards compatibility.
<br>
<br>
· A standalone font file with TrueType outlines should have either .OTF or .TTF extension, depending on the desire for backward compatibility on older systems or with previous versions of the font
<br>
<br>
· A Font Collection file should have filename extension .TTC or .OTC whether or not the fonts have OFF layout tables present, and regardless of the kind of outlines present. TTC may be used for CFF Font Collections if needed for backward compatibility with
older software that was not aware of the .OTC extension. <br>
<br>
In all cases, software must determine the kind of outlines present in a font not from the filename extension but from the contents of the file.
<br>
--- END --- <br>
<br>
I could not find this updated language in the latest amendments nor in the current ballot (if I missed it, I apologize), and considering the emergence of and recent support for OpenType/CFF Collections, synchronizing OFF and the OpenType Specification makes
a lot of sense. <br>
<br>
<br>
2) The "First four glyphs in fonts" subsection in Section 7 ("Recommendations for OFF fonts") should be changed to reflect modern environments, and should provide a recommendation only for GID+1.
<br>
<br>
The current language is below: <br>
<br>
--- BEGIN --- <br>
TrueType outline fonts should have the following four glyphs at the glyph ID indicated.
<br>
<br>
Glyph ID Glyph name Unicode value <br>
0 .notdef undefined <br>
1 .null U+0000 <br>
2 CR U+000D <br>
3 space U+0020 <br>
<br>
Additional recommendations: <br>
<br>
Glyph 1 should have no contours and zero advance width. <br>
Character U+000D (carriage return) should map to a glyph with a positive advance width.
<br>
Characters U+0001-001F (misc ASCII control codes) and U+007F (delete) should be mapped to glyph 0 (with some exceptions noted below).
<br>
Characters U+0000 (null), U+0008 (backspace) and U+001D (group separator) should map to glyph 1.
<br>
Characters U+0009 (horizontal tabulation), U+0020 (space) and U+00A0 (no-break space) should map to a glyph with no contours and a positive advance width.
<br>
Characters U+0009 and U+0020 should map to a glyph with the same width. <br>
--- END --- <br>
<br>
The proposed new language is below: <br>
<br>
--- BEGIN --- <br>
TrueType outline fonts should have a glyph with no contours and a non-zero advance width at Glyph ID 1, and the Unicode value U+0020 SPACE should map to it. Note that previous versions of this specification provided different recommendations that also included
Glyph IDs 0, 2, and 3, and that some font development tools may still adhere to those recommendations.
<br>
--- END --- <br>
<br>
Note that I intentionally excluded Glyph ID 0 from this subsection because it is a required glyph, and the following subsection, "Shape of .notdef glyph," covers it more completely. One of the motivations for this proposed change is because modern environments
do not require Glyph IDs 1 through 3 to follow these recommendations, and font development tools continue to adhere to them because they are still mentioned in this specification. This is somewhat of a chicken and egg situation, and the only way out of this
rut is to change the recommendations in this subsection. <br>
<br>
<br>
3) The "Shape of .notdef glyph" subsection in Section 7 ("Recommendations for OFF fonts") should be changed to reference Glyph ID 0 and no mapping.
<br>
<br>
The current language, including the subsection title to be changed, is below: <br>
<br>
--- BEGIN --- <br>
Shape of .notdef glyph <br>
<br>
The .notdef glyph is very important for providing the user feedback that a glyph is not found in the font. This glyph should not be left without an outline as the user will only see what looks like a space if a glyph is missing and not be aware of the active
font's limitation. <br>
<br>
It is recommended that the shape of the .notdef glyph be either an empty rectangle, a rectangle with a question mark inside of it, or a rectangle with an 'X'. Creative shapes, like swirls or other symbols, may not be recognized by users as indicating that a
glyph is missing from the font and is not being displayed at that location. <br>
--- END --- <br>
<br>
The proposed new language, which includes a new subsection title, is below: <br>
<br>
--- BEGIN --- <br>
Shape and mapping of Glyph ID 0 (the .notdef glyph) <br>
<br>
Glyph ID 0, the required .notdef glyph, is very important for providing the user feedback that a glyph is not found in the font. This glyph should not be left without an outline as the user will only see what looks like a space if a glyph is missing and not
be aware of the active font's limitation. Also, Glyph ID 0 should not map from any Unicode value.
<br>
<br>
It is recommended that the shape of the .notdef glyph be either an empty rectangle, a rectangle with a question mark inside of it, or a rectangle with an “X”. Creative shapes, like swirls or other symbols, may not be recognized by users as indicating that a
glyph is missing from the font and is not being displayed at that location. <br>
--- END --- <br>
<br>
The changes are to explicitly correspond Glyph ID 0 with the .notdef glyph, and to state that no Unicode value should map to it, which is effectively material that is proposed to be removed from the "First four glyphs in fonts" subsection that precedes it (see
ballot comment #2 above). <br>
<br>
Regards... <br>
<br>
-- Ken <br>
<br>
> On Jul 20, 2015, at 9:23 AM, 'Levantovsky, Vladimir' <a href="mailto:vladimir.levantovsky@monotype.com">
vladimir.levantovsky@monotype.com</a> [mpeg-OTspec] <<a href="mailto:mpeg-OTspec-noreply@yahoogroups.com">mpeg-OTspec-noreply@yahoogroups.com</a>> wrote:
<br>
> <br>
> <br>
> Dear all, <br>
> <br>
> <br>
> <br>
> Based on the proposal we submitted at the last WG11 meeting (<a href="https://groups.yahoo.com/neo/groups/mpeg-OTspec/conversations/messages/1321">https://groups.yahoo.com/neo/groups/mpeg-OTspec/conversations/messages/1321</a>) the new amendment was started
and its proposed draft text is now published under ballot (essentially including the content of AHG proposal attached to my earlier email as a whole).
<br>
> <br>
> <br>
> <br>
> The ballot comments are due by early September (so that there is enough time to process and submit them through the official channels in time for ballot closing in October 2015) – this is our biggest chance to introduce any additional changes to the recently
finalized 3rd edition of the standard. In order to facilitate the discussion of the proposed changes (if any) and speed up the process of getting to a consensus point within the AHG discussions – I would like to ask you to send your proposed changes to this
email list in the following format: <br>
> <br>
> - Brief description of the proposed change(s); <br>
> <br>
> - Quote of the “current language” of the specification; <br>
> <br>
> - Proposed “new language” to be included (either adding or replacing the “current language”)
<br>
> <br>
> - Reasons for the change (use cases to be addressed / new features added / problems fixed, etc.)
<br>
> <br>
> <br>
> <br>
> Thank you, <br>
> <br>
> Vladimir <br>
<br>
<br>
<br>
------------------------------------ <br>
Posted by: Ken Lunde <<a href="mailto:lunde@adobe.com">lunde@adobe.com</a>> <br>
------------------------------------ <br>
<br>
<br>
------------------------------------ <br>
<br>
Yahoo Groups Links <br>
<br>
<br>
<o:p></o:p></span></p>
</div>
</div>
</div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><br>
<br>
<br>
<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:white"><o:p></o:p></span></p>
</div>
</div>
</body>
</html>