Font substitution does not work properly with 4.1 beta
Brian Covey
bcovey at omnigroup.com
Wed Jan 2 21:19:00 PST 2002
Ok...
Behavior on this bug is even stranger. I now cannot duplicate what I
saw, but something weird is going on here, and I'd appreciate it if
someone out there can try to duplicate this, so I know I'm not insane.
OmniWeb 4.1b1, with the Code2001 font
(<http://home.att.net/~jameskass/code2001.htm>) installed and set up as
default proportional font in Display preferences.
Went to the page kino mentions in his message:
<http://www.bekkoame.ne.jp/~n-iyanag/articles/dakini/dakini1.html>
The first couple of times I loaded this page, whether in OmniWeb 4.1 or
4.0.6, I saw the D+underdot character rendered with the Code2001 glyph.
I am sure of this.
At some point in my futzing around, I switched the default font in
OmniWeb to
"Brush Script MT". At that point the page started rendering all the
D+underdot characters in the LastResort font.
(<http://developer.apple.com/fonts/LastResort/LastResort.html>)
From this point on, even after I switched the default font back to
Code2001, we would always render the D+underdot characters on that page
in the LastResort glyph. Even after a reboot. Which seems to match
Kino's behavior, except I have never seen the two versions of OmniWeb
get out of synch; either they both rendered it, or they both didn't.
So, someone out there with too much time on his or her hands want to try
to duplicate this sequence of events?
Install the code2001 font, and make it the default OmniWeb display font.
Go to <http://www.bekkoame.ne.jp/~n-iyanag/articles/dakini/dakini1.html>
Are you seeing the d+underdots rendered in code2001?
Now switch the default to a font that doesn't have a bold typeface and
reload the page; glyph should now render in LastResort.
If you switch the default back to Code2001 and reload the page yet
again, is it still rendering in LastResort? Or am I completely off my
rocker?
Sincerely,
Brian Covey
Support Engineer
Omni Group
On Wednesday, January 2, 2002, at 05:23 AM, Kino wrote:
> OW 4.1 beta does not display correctly a page in utf-8:
> <http://www.bekkoame.ne.jp/~n-iyanag/articles/dakini/dakini1.html>
> which has been rendered properly by OW 4.0.6 or earlier.
>
> For example, the initial D with underdot (0x1E0C) in <h1>Ḍāknī et
> l’Empereur 1</h1> is displayed using LastResort font* even if a font
> containing this character such as TITUS Cyberbit Basic, Arial Unicode
> MS or Thryomanes is selected in OW's Font & Color Preferences.
>
> [ * Mail.app displays this Ḍ in LastResort if a font containing this
> character is not selected in Fonts & Color Preferences.]
>
> TITUS Cyberbit Basic and Arial Unicode MS are single style fonts and
> Thryomanes is provided with Regular and Italic styles only. None of
> them has Bold style. The page in question does not specify the font and
> OW uses Helvetica Bold -- why? -- to render <h1>Ḍāknī et l’Empereur
> 1</h1>. And as Helvetica does not contain 0x1E0C, OW 4.0.6 uses one of
> those multi-range Unicode fonts to render this character whereas OW 4.1
> beta does not like to use a different font and displays it in
> LastResort. Note that, with OW 4.0.6, it is not necessary to select a
> multi-range Unicode font in Font & Color Preferences. OW 4.0.6 tries to
> find a font containing the missing glyph before resigning itself to the
> LastResort. So Font substitution seems to work fine with OW 4.0.6.
>
> Of course, a mixture of different fonts/styles in a single word is not
> beautiful, but the readability is more important than the nice look,
> isn't it? Personally I'd like to have more detailed options in Font
> Preferences though.
>
> Curiously, OW 4.1 beta displays the page in question properly, in the
> same way as OW 4.0.6 if OW 4.1 beta opens the page immediately after OW
> 4.0.6 opened it. I don't know if this has something to do with History
> or not.
>
> Yusuke Kinoshita
>
> _______________________________________________
> OmniWeb-l mailing list
> OmniWeb-l at omnigroup.com
> http://www.omnigroup.com/mailman/listinfo/omniweb-l
More information about the OmniWeb-l
mailing list