Typophile

Unicode for Tabular Figures

Robby Woodard0 votes

I am playing with an OpenType font design where the default figures are proportional rather than tabular.

All the OT fonts I am using for reference have tabular as their default.

Are there set unicodes for glyphs zero.tab through nine.tab and tabular currency?

And how important are the unicodes for OT fonts anyway?

Won't everything work if I set up my OT classes using glyph names?

I have developed several PS type one fonts and I'm trying to get a handle on OT font design. I'm thrilled by the potential and I read the Fontlab manual and the adobe and microsoft reference pages and some things make perfect sense. But a lot of things I just can't get my mind around. Seems like there are no easy answers for anything when it comes to OpenType!

Here is a screen cap of my font table so far:
http://www.woodardworks.com/laconic.png

R\V

All the OT fonts I am using for reference have tabular as their default.

This is not a must (but may be what users expect). Microsoft's new ClearType fonts however use oldstyle proportional numerals as default.

Are there set unicodes for glyphs zero.tab through nine.tab and tabular currency?

In OT fonts you should select one set of numerals as default, name them "zero" to "nine" (no suffix) and assign standard numeral Unicode values.
For additional sets of numerals attach the according suffix to the glyph name, but do not assign Unicode values. Substitution is handled by OT features onum, lnum, tnum, pnum. There is a very recent thread about this.

And how important are the unicodes for OT fonts anyway?

Most important. :)

Won’t everything work if I set up my OT classes using glyph names?

In FontLab Studio, as well as the AFDKO, both classes and OT feature code are defined via glyph names.

Cool... That's what I thought!

I don't know why or how I would delete the unicode for the main glyphs.

But glyphs that are subsituted by the onum, lnum, tnum, pnum OT features can get by on glyph names alone.

I can deal with that!

Thanks, Karsten.

Captured from web.archive.org on 30 Jul 2018. view this capture