A dash of this, a dash of that (aka MS v. Adobe? Shaping engines v. fonts? Typographers v. Unicode? Everyone v. everyone else!)

by Michael S. Kaplan, published on 2007/09/09 15:51 -04:00, original URI: http://blogs.msdn.com/b/michkap/archive/2007/09/09/4845383.aspx

Over in the VOLT users community, Bob H asked:

Is there any hope of the rtla feature being supported by Uniscribe for RTL scripts?

Colleague Sergey had the direct answer for that question:

Glyph mirroring is currently done on character basis, no rtla feature. We do not have a definition of exact rtla behavior yet. But you should always hope :)

To which Bob H responded:

Meanwhile, there are a lot of mirrored characters that cannot be handled on a character basis but can only be handled at the glyph level, so we're stuck until rtla is implemented.


But to look at the larger question of all of these types of features that exist in OpenType that either Adobe or Microsoft supports, it hearkens back to the issues related to 'The Font Peace' I mentioned previously in On the error, and the inspiration, of randomness and The Font Cold War?, and the earlier Well, we support our half of OpenType.

And it also speaks to an issue beyond Microsoft and beyond Adobe that just recently came up on the Unicode List, where Mark Davis actually made the following statement:

A similar annoyance is the fact that so many fonts don't map the default-ignorable code points (like variation selectors) to a zero-width invisible glyph by default. Especially since with True/OpenType, it is essentially free to add support for a character that has the same glyph as one you already have in the font.

Maybe what would help would be a document aimed at font developers, which contained a list of the default mappings that they should apply.

Given how annoyed I get when people claim I am speaking for Microsoft, I will not claim that Mark is speaking for Google (I doubt he is) or Unicode (I know he's not after having talked to several others). :-) 

Of course those in typography can reasonably disagree with this idea on several levels:

Fonts and more to the point typographers are definitely not lackeys of Unicode that have to perform tasks such as bulking up fonts with features that don't apply to their target scripts and won't get used anyway, most of the time....

But the underlying pressure is clear in both the OpenType feature case, and in the fuzzy line between fonts and Unicode implementers -- the only difference between these two situations is that we have The Font Peace in the latter case where Adobe and Microsoft have agreed to disagree, but in the case of Unicode and fonts, no one has agreed to anything yet -- they are still making claims of what the other should do.

Eric Muller has argued that font support for certain characters like U+2010 (HYPHEN) and all the rest of the dash-like characters has been less than stellar, which is why shaping engines tend to take over. But that is hardly fair either, since once again not every font is targeting markets where such support is required. So maybe this is a wider shaping engines and fonts debate, which if so had the additional burden to face that the balance is different between different implementations (of both fonts and platforms).

In the decision between fonts and shaping engines, the winner depends on the platform and the tools -- a decision that has no appeals process. It makes creating fonts that span platforms a much bigger expense, something that no seems to be constructive about solving (even foundries can still charge for the extra work if you come right down to it, as long as they have paying clients for different platforms!).

So is there any commonality here beyond me blathering?


Essentially, there are no standard rules for ANY of these situations -- everyone does what they think is right, curses the people who disagree and put the disagreements into the implementations in ways that negate their efforts, and from time to time people make bold sweeping statements about what someone else ought to be doing, statements that often seem outrageous to those who would be affected by the pronouncements were they actual requirements.

Now The Font Peace was industry driven since there were two main players, but there aren't really main players in the same sense here to try to work out a standard way of dealing with things -- so is really is everyone against everyone else, for now....


This post brought to you by (U+2010, a.k.a. HYPHEN)

# William Overington on 13 Sep 2007 6:54 AM:

> Now The Font Peace was industry driven since there were two main players, but there aren't really main players in the same sense here to try to work out a standard way of dealing with things -- so is really is everyone against everyone else, for now....

Well, main players can arise.

Suppose that you start putting a few suggestions as to what you suggest in your blog.

There can be discussion and maybe a consensus can arise amongst those who participate.  That could be published in a pdf (portable document format) document on the web.  It could become very influential.

In my opinion, everyone is not against everyone else.  In order to be able to provide what is wanted, people need first to know what is wanted.  So, if it becomes clear what is wanted then maybe some independent fontmakers will produce what is wanted.

As you may know, I like to make fonts.  I am hoping to become a professional font designer.

Now that I am aware, from your blog, that support for U+2010 is desired, that is information upon which I can act and I can try to add support for U+2010 to my fonts.

I have already added glyphs for U+2010 and U+2011 into my Quest text font as a result of reading your blog post, thus producing version 2.21.


I have started a thread in a fontmaking forum about support for U+2010 in fonts.


William Overington

13 September 2007

Please consider a donation to keep this archive running, maintained and free of advertising.
Donate €20 or more to receive an offline copy of the whole archive including all images.

referenced by

2007/10/11 Unicode [prematurely?] posts the rules of how to handle the display of what you do not (in fact) support the display of

go to newer or older post, or back to index or month or day