[CREATE] otf•UI product vision, warm off the press...

peter sikking peter at mmiworks.net
Mon Sep 21 06:27:35 PDT 2015


Dave wrote:

> btw: thinking through this, I do believe that the way the
> character entry – character encoding – standard font tables +
> mandatory (automatic) otf has come about, there are no cases
> where user-controllable otf _must_ be used to get just the
> correct glyph to display.
> 
> if I am wrong about this, I would really appreciate a chat with
> an expert in this field.
> 
> I think this depends on what you mean by "correct" glyphs;

true, I was not clear enough. I was really talking about that
it does not need any otf to get a ‘5’ or a ‘b’ put in and
displayed.

for me it is possible to think of all the environments where
there is near-zero typography knowledge (homes, offices, yeah
just about anywhere) and to see that for _latin_ script there
is are no cases where user-controllable otf _must_ be used to
get just the correct glyph to display.

after all, these people did get their 5s and bs in for decades.

for non-latin scripts, I do not know this (note: user-controllable,
not the automatic stuff).

> I think 'unreadable' is an overstatement

in usability terms (context: doing a convincing presentation)
it is a goner.

> (Of course, a program could have some 'smart' features to activate optional OpenType features when available, such as detecting a col of numbers, the availability of a tnum feature in the font, and thus activating it.)

right on: I was already thinking that a set of recommendations
(only based on what is hard-as-nails in the otf standard) must
be part of the deliverable. another one we discussed in the
video session: turn all ligatures off when the letter-spacing is
not the default.


    --ps

        designs interaction for creatives +
        solutions with a wide impact on society

        teacher, mentor, author, lecturer
        http://mmiworks.net/peter



More information about the CREATE mailing list