Is one.osf.ss01 a valid glyph name?
Jasper de Waard
Posts: 639
In other words, is it okay to have two periods in a glyph name? Cheers!
1
Comments
-
Yes.1
-
Yes. Everything after the first . is ignored by Acrobat name-to-character parsing.5
-
Thanks guys!0
-
You probably want to make sure you have no other one.* glyph name and keep glyph name "unique" though! Just to make the Adobe folks happy0
-
You can have more than one glyph with the same thing on the left side of the dot (and different things on the right side). It's not a problem. In fact it's the whole point of the dot notation. (Or maybe I'm misunderstanding what you mean.)2
-
If there is one well-known application which strips off things after the first dot, even if it is strictly speaking legal, may not be a good idea without a good reason.
Just because something is strictly speaking legal, not necessarily means that it is a good thing to do0 -
Dot notation is standard practice for anyone using the AFDKO (either directly, or indirectly in a font editor, which includes almost all of them) as a way of identifying unencoded glyph variants for the purposes of writing feature code. It is not a problem whatsoever to have a font containing glyphs named one, one.tnum, one.onum, one.pnum, etc. Most OpenType fonts (TTF and CFF) in existence are built this way.2
-
Also, the dot notation is used by Acrobat to identify the base character of glyphs that would otherwise be unencoded in PDF documents when the original font is missing. It does this by stripping out the .* part. In other words, Acrobat relies on dot notation to do its job. Again, not a problem.1
-
A glyph name may be up to 63 characters in length, must be entirely comprised of characters from the following set:
A-Z a-z 0-9 . (period) _ (underscore)
and must not start with a digit or period. The only exception is the special character ".notdef".
Source: http://www.adobe.com/devnet/opentype/afdko/topic_feature_file_syntax.html#2.f.i
2 -
Yes, what Mark says: this is a feature and not a problem. It is the entire point of the naming structure!1
-
In otfcc, yes. You can use any string as a glyph name.0
-
If there is one well-known application which strips off things after the first dot, even if it is strictly speaking legal, may not be a good idea without a good reason.To my knowledge, there isn't such an application. There is one application — Acrobat — that ignores — not strips — everything after the first . when performing mapping from glyph names to Unicode characters. Support for the mechanism is why Adobe's glyph naming rules are defined as they are. Since multiple variant glyphs may map back to a single Unicode character, it stands to reason that the portion of names to the left of the . do not need to be unique.
1 -
The user and all related content has been deleted.1
-
The whole point of a hammer is to drive nails into wood. Using a hammer in this way is not a problem.3
-
In order to preserve text accurately in Acrobat PDFs, it is necessary to create two sets of small cap glyphs, one to map back to capitals, the other to map back to lower case, e.g:
A.c2sc<br>a.smcp
These have identical outlines and metrics.
If you just use the lower case character as the base, e.g.#c2sc<br>sub A by a.smcp ;
…then text that started off in the document as Titlecase, set in All Small Caps, will revert to titlecase.
However, I must confess that I don’t bother with the “A.c2sc” set — did it once and decided it was too much effort for diminishing returns.
What is other people’s practice?
0 -
I always use the cap version as in "A.sc" and assume the PDF will reverse the feature code. If it does not, having the text come back as caps indicates to the user that this text was singled out for a reason, most likely as small caps.4
-
I do the dual sets of small caps, but partly because it's a habit I acquired from working at Adobe. I think it's a tradeoff each designer/foundry (or their production team) needs to determine on their own.0
-
In order to preserve text accurately in Acrobat PDFsNote that this is only true for PDFs that have been distilled from a print stream. PDF export tools write the Unicode character strings direct to the PDF; the glyph name parsing mechanism is used only when the character strings are not available, which is less and less the case. I reckon even Adobe will cease caring sooner or later.
1
Categories
- All Categories
- 43 Introductions
- 3.7K Typeface Design
- 800 Font Technology
- 1K Technique and Theory
- 617 Type Business
- 444 Type Design Critiques
- 541 Type Design Software
- 30 Punchcutting
- 136 Lettering and Calligraphy
- 83 Technique and Theory
- 53 Lettering Critiques
- 483 Typography
- 301 History of Typography
- 114 Education
- 68 Resources
- 498 Announcements
- 79 Events
- 105 Job Postings
- 148 Type Releases
- 165 Miscellaneous News
- 269 About TypeDrawers
- 53 TypeDrawers Announcements
- 116 Suggestions and Bug Reports