
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">

</head>

<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 16px; font-family: Calibri, sans-serif; ">

<div>While not a unification solution, per se, it should be noted that the 'Zapf' table includes mechanisms to allow specification of multiple names per glyph in a font. See the KindName description at the following location:</div>

<div><br>

</div>

<div>https://developer.apple.com/fonts/TTRefMan/RM06/Chap6Zapf.html</div>

<div><br>

</div>

<div>This was done with the understanding that actual namespace unification is desirable but unlikely to happen, and so at least a concordance mechanism could help. (It also allows names to be assigned to glyphs if a format 3.0 'post' table is used, where explicit

 names are not included).</div>

<div><br>

</div>

<div>Cheers,</div>

<div>Dave</div>

<div><br>

</div>

<span id="OLK_SRC_BODY_SECTION">

<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">

<span style="font-weight:bold">From: </span>"Adam Twardoch (List)" <<a href="mailto:list.adam@twardoch.com">list.adam@twardoch.com</a>><br>

<span style="font-weight:bold">Organization: </span>Adam Twardoch<br>

<span style="font-weight:bold">Reply-To: </span>"<a href="mailto:list.adam@twardoch.com">list.adam@twardoch.com</a>" <<a href="mailto:list.adam@twardoch.com">list.adam@twardoch.com</a>><br>

<span style="font-weight:bold">Date: </span>Monday, September 16, 2013 12:21 PM<br>

<span style="font-weight:bold">To: </span>"OTspec (<a href="mailto:mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a>)" <<a href="mailto:mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a>><br>

<span style="font-weight:bold">Cc: </span>John Jenkins <<a href="mailto:jenkins@apple.com">jenkins@apple.com</a>>, Bob Hallissy <<a href="mailto:bobh528@yahoo.com">bobh528@yahoo.com</a>><br>

<span style="font-weight:bold">Subject: </span>Re: [mpeg-OTspec] post table: Macintosh "standard" glyph names?<br>

</div>

<div><br>

</div>

<div>

<div style="background-color: #fff;"><span style="display:none"> </span>

<div id="ygrp-text">

<p>There are several aspects for this:<br>

<br>

1. Adobe has created AGL (the Adobe Glyph List) and AGLFN (the Adobe <br>

Glyph List For New fonts). These lists [1] are accompanied by an Adobe <br>

spec [3] which describes how "good" glyph names should be created. Their <br>

primary purpose was to create support text extraction out of PDF <br>

documents if Unicode information is lost (i.e. if the font in the PDF <br>

has been embedded as Type 1 or raw CFF, without "cmap" or /ToUnicode PDF <br>

resource)<br>

<br>

2. Apple has created their list [5] as part of the TrueType spec. If the <br>

Apple names are used, then the explicit glyph name is not stored. So <br>

it's a sort of "compressed" glyph name storage. They are used in "post" <br>

table versions 1.0 and 2.0.<br>

<br>

3. In the OpenType spec, Microsoft references the WGL4 character set <br>

from the "post" table spec [4], which, as it seems, conflicts with the <br>

Apple list. Microsoft also uses slightly different names in the OT spec <br>

recommendations [2].<br>

<br>

It's details, but it's confusing. Some font tools use the Apple list, <br>

others use the AGLFN/AGL lists, yet others use some hybrid lists which <br>

are custom-created and have been created this way as a compromise <br>

(notably FontLab with its standard.nam).<br>

<br>

I'm discussing the differences between the Apple, Adobe, Microsoft and <br>

FontLab names below. Specifically, there are 8 or 9 glyphs involved.<br>

<br>

At FontLab, we'd be interested in a FINAL community / normative decision <br>

as to how to best name these glyphs in both TT and CFF-flavored fonts. <br>

It really has been bugging many font developers for a long time now. <br>

Ideally, we should decide, and then Adobe, Apple, Microsoft, and tool <br>

makers such as FontLab, should adjust their tables and specs accordingly.<br>

<br>

Best,<br>

Adam<br>

<br>

==<br>

<br>

1. Big problems:<br>

<br>

* .null (U+0000)<br>

<br>

Is not in AGL on AGLFN [1], but it is in the Apple list [5] and in the <br>

MS recommendations [2]. The older Adobe spec recommended that only <br>

".notdef" can start with a "." but the current Adobe spec [3] no longer <br>

says that. Some font vendors have been using "NULL" or "NUL" instead of <br>

".null". Others have used "uni0000" as it resolves to U+0000 per the <br>

Adobe spec. Currently, at FontLab, we use "NULL" by default.<br>

<br>

* nonmarkingreturn (U+000D)<br>

<br>

Is not in AGL or AGLFN, but it is in the Apple list. But "controlCR" is <br>

in AGL. Some font vendors have used "CR". Others have used "uni000D" <br>

because it resolves per Adobe spec. Currently, at FontLab, we use "CR" <br>

by default.<br>

<br>

* nonbreakingspace (U+00A0)<br>

<br>

Is not in AGLFN but is in AGL and in the Apple list. Some font vendors <br>

have used "uni00A0". Currently, at FontLab, we use "uni00A0" by default.<br>

<br>

At FontLab, we'd be interested in a FINAL community decision as to how <br>

to best name these glyphs in both TT and CFF-flavored fonts.<br>

<br>

2. Mid-sized problems<br>

<br>

* onesuperior (U+00B9), twosuperior (U+00B2), threesuperior (U+00B3)<br>

<br>

Are not in AGLFN but are in AGL and in the Apple list. I haven't seen <br>

fonts which would use "uniXXXX" for those. Currently, at FontLab, we use <br>

"onesuperior", "twosuperior", "threesuperior" by default.<br>

<br>

* fi (U+FB01), fl (U+FB02)<br>

<br>

Are not in AGLFN but are in AGL and in the Apple list. Some font vendors <br>

use "uniFB01", "uniFB02" for those if they provide separate glyph copies <br>

for use in OpenType Layout. Others who provide unified glyphs use "f_i" <br>

and "f_l". Currently, at FontLab, we use "fi", "fl" by default.<br>

<br>

3. Minor problem<br>

<br>

* apple (U+F8FF)<br>

<br>

Is not in AGLFN but is in AGL and in the Apple list. Since it's PUA, <br>

it's not so important. Also, since it's an Apple trademark, many vendors <br>

have used "uniF8FF". At FontLab, we use "uniF8FF" by default.<br>

<br>

At FontLab, we think it's best to stick to "uniF8FF" for this.<br>

<br>

[1] <a href="http://sourceforge.net/projects/aglfn.adobe/">http://sourceforge.net/projects/aglfn.adobe/</a><br>

[2] <a href="http://www.microsoft.com/typography/otspec/recom.htm">http://www.microsoft.com/typography/otspec/recom.htm</a><br>

[3] <a href="http://sourceforge.net/adobe/aglfn/wiki/AGL%20Specification/">http://sourceforge.net/adobe/aglfn/wiki/AGL%20Specification/</a><br>

[4] <a href="https://www.microsoft.com/typography/otspec/post.htm">https://www.microsoft.com/typography/otspec/post.htm</a><br>

[5] Apple list provided below<br>

<br>

0.notdef<br>

1.null<br>

2nonmarkingreturn<br>

3space<br>

4exclam<br>

5quotedbl<br>

6numbersign<br>

7dollar<br>

8percent<br>

9ampersand<br>

10quotesingle<br>

11parenleft<br>

12parenright<br>

13asterisk<br>

14plus<br>

15comma<br>

16hyphen<br>

17period<br>

18slash<br>

19zero<br>

20one<br>

21two<br>

22three<br>

23four<br>

24five<br>

25six<br>

26seven<br>

27eight<br>

28nine<br>

29colon<br>

30semicolon<br>

31less<br>

32equal<br>

33greater<br>

34question<br>

35at<br>

36A<br>

37B<br>

38C<br>

39D<br>

40E<br>

41F<br>

42G<br>

43H<br>

44I<br>

45J<br>

46K<br>

47L<br>

48M<br>

49N<br>

50O<br>

51P<br>

52Q<br>

53R<br>

54S<br>

55T<br>

56U<br>

57V<br>

58W<br>

59X<br>

60Y<br>

61Z<br>

62bracketleft<br>

63backslash<br>

64bracketright<br>

65asciicircum<br>

66underscore<br>

67grave<br>

68a<br>

69b<br>

70c<br>

71d<br>

72e<br>

73f<br>

74g<br>

75h<br>

76i<br>

77j<br>

78k<br>

79l<br>

80m<br>

81n<br>

82o<br>

83p<br>

84q<br>

85r<br>

86s<br>

87t<br>

88u<br>

89v<br>

90w<br>

91x<br>

92y<br>

93z<br>

94braceleft<br>

95bar<br>

96braceright<br>

97asciitilde<br>

98Adieresis<br>

99Aring<br>

100Ccedilla<br>

101Eacute<br>

102Ntilde<br>

103Odieresis<br>

104Udieresis<br>

105aacute<br>

106agrave<br>

107acircumflex<br>

108adieresis<br>

109atilde<br>

110aring<br>

111ccedilla<br>

112eacute<br>

113egrave<br>

114ecircumflex<br>

115edieresis<br>

116iacute<br>

117igrave<br>

118icircumflex<br>

119idieresis<br>

120ntilde<br>

121oacute<br>

122ograve<br>

123ocircumflex<br>

124odieresis<br>

125otilde<br>

126uacute<br>

127ugrave<br>

128ucircumflex<br>

129udieresis<br>

130dagger<br>

131degree<br>

132cent<br>

133sterling<br>

134section<br>

135bullet<br>

136paragraph<br>

137germandbls<br>

138registered<br>

139copyright<br>

140trademark<br>

141acute<br>

142dieresis<br>

143notequal<br>

144AE<br>

145Oslash<br>

146infinity<br>

147plusminus<br>

148lessequal<br>

149greaterequal<br>

150yen<br>

151mu<br>

152partialdiff<br>

153summation<br>

154product<br>

155pi<br>

156integral<br>

157ordfeminine<br>

158ordmasculine<br>

159Omega<br>

160ae<br>

161oslash<br>

162questiondown<br>

163exclamdown<br>

164logicalnot<br>

165radical<br>

166florin<br>

167approxequal<br>

168Delta<br>

169guillemotleft<br>

170guillemotright<br>

171ellipsis<br>

172nonbreakingspace<br>

173Agrave<br>

174Atilde<br>

175Otilde<br>

176OE<br>

177oe<br>

178endash<br>

179emdash<br>

180quotedblleft<br>

181quotedblright<br>

182quoteleft<br>

183quoteright<br>

184divide<br>

185lozenge<br>

186ydieresis<br>

187Ydieresis<br>

188fraction<br>

189currency<br>

190guilsinglleft<br>

191guilsinglright<br>

192fi<br>

193fl<br>

194daggerdbl<br>

195periodcentered<br>

196quotesinglbase<br>

197quotedblbase<br>

198perthousand<br>

199Acircumflex<br>

200Ecircumflex<br>

201Aacute<br>

202Edieresis<br>

203Egrave<br>

204Iacute<br>

205Icircumflex<br>

206Idieresis<br>

207Igrave<br>

208Oacute<br>

209Ocircumflex<br>

210apple<br>

211Ograve<br>

212Uacute<br>

213Ucircumflex<br>

214Ugrave<br>

215dotlessi<br>

216circumflex<br>

217tilde<br>

218macron<br>

219breve<br>

220dotaccent<br>

221ring<br>

222cedilla<br>

223hungarumlaut<br>

224ogonek<br>

225caron<br>

226Lslash<br>

227lslash<br>

228Scaron<br>

229scaron<br>

230Zcaron<br>

231zcaron<br>

232brokenbar<br>

233Eth<br>

234eth<br>

235Yacute<br>

236yacute<br>

237Thorn<br>

238thorn<br>

239minus<br>

240multiply<br>

241onesuperior<br>

242twosuperior<br>

243threesuperior<br>

244onehalf<br>

245onequarter<br>

246threequarters<br>

247franc<br>

248Gbreve<br>

249gbreve<br>

250Idotaccent<br>

251Scedilla<br>

252scedilla<br>

253Cacute<br>

254cacute<br>

255Ccaron<br>

256ccaron<br>

257dcroat<br>

<br>

</p>

</div>

<!-- end group email --></div>

</div>

</span>

</body>

</html>