Is there way to define anchor point while defining class in FL5?
Joon Park
Posts: 56
<pre class="CodeBlock"><code>markClass [gravecomb acutecomb circumflexcomb] <anchor 0 500> @MARK_TOP_CENTER;The example is above which is part of this. I can't seem to put all those in a single opentype feature as FL5 automatically breaks them apart into ccmp and mark features, and naturally markClass code at the start is thrown into whatever feature is above in the list.
0
Comments
-
Unhappily, FL5 does not support mark and mkmk features.0
-
Well then0
-
Do you know about the preview of FontLab VI? It is still under development and presents a number of problems. But you can try several new resources – and it supports mark and mkmk.0
-
How about... using kerning and negative value on left side-bearing with combining accents? To deal with glyphs that are different width. (dotlessj would have different width and different point where acute accent would go, in comparison to letter a with acute.)
Is that a method people use?0 -
Kerning is not a great solution for this, because some common environments (including Microsoft Word) default to having kerning off.0
-
Right, that's why having negative left side-bearing is a fallback to get work for many glyphs. Just wondering using kerning on top of that to deal with glyphs such as dotlessi and dotlessj would be viable/accepted without cons.Thomas Phinney said:Kerning is not a great solution for this, because some common environments (including Microsoft Word) default to having kerning off.0 -
I understand, and that would help, yet... I still don't think it's a reasonable option, unless you happen to have an otherwise monospaced font. Advance widths of glyphs are just too darned variable; even in the "good" cases the accents would often be slightly out of position.
Sure, it would be better than nothing. But precomposed glyphs and mark attachment are both better options.0 -
Of course, precomposed glyphs are already made. As you mentioned if it's monospaced (well mostly), so it's not a messy workaround but it sounds like it's something people wouldn't appreciate. Perhaps I just leave it at where it is for now?0
-
I see the big problem in this approach because comb accents have a zero width. So when using a kerning between the character and combining accent, the kerning also will move everything after the combining accent. Visually it looks like a kerning the character before comb accent to something that is after comb accent, that is not expected.Joon Park said:How about... using kerning and negative value on left side-bearing with combining accents? To deal with glyphs that are different width. (dotlessj would have different width and different point where acute accent would go, in comparison to letter a with acute.)
Is that a method people use?2
Categories
- All Categories
- 46 Introductions
- 3.9K Typeface Design
- 486 Type Design Critiques
- 561 Type Design Software
- 1.1K Type Design Technique & Theory
- 654 Type Business
- 853 Font Technology
- 29 Punchcutting
- 519 Typography
- 119 Type Education
- 323 Type History
- 77 Type Resources
- 112 Lettering and Calligraphy
- 33 Lettering Critiques
- 79 Lettering Technique & Theory
- 550 Announcements
- 91 Events
- 114 Job Postings
- 170 Type Releases
- 174 Miscellaneous News
- 276 About TypeDrawers
- 54 TypeDrawers Announcements
- 120 Suggestions and Bug Reports


