It works fine on my machine with SunIndic truetype fonts installed.
The string there is rendered exactly like the image below.
Good. So no need to worry about the html page.
Remains to worry about Mozilla and/or the X server and/or fontconfig.
> The old build showed in Edit/preferences/appearance/fonts actual font
> names, the new build shows font family names. The font names were
> very recognizable: just the output of xlsfonts. These font family
> names have an origin unclear to me. Mozilla does not run on the
> X server, but the X server has the fonts, maybe there is a problem there?
Not at all. As I explained at least two times on this list, there are
two flavors of Mozilla-builds, X11core build and Xft (client-side font)
build. The latter does NOT use 20-year old (broken) XLFD based font
selection scheme any more. The font selection in Xft build works more
like that on Windows and MacOS (and more in line with CSS). You don't
think end-users have to care for seeing all those (cryptic to them)
'iso8859-1', 'iso10646-1', 'jis0208.1980-0' and things like that, do you?
Strange question. End users do whatever is needed to make things work.
They are happy when very little is needed.
In the present situation I have not yet progressed to a situation where
things work. Am quite prepared to use cryptic names like
-altsys-saraswati5-medium-r-normal--0-0-0-0-p-0-iso10646-1
but you seem to imply that life is simpler today. Not yet for me.
Andries
[Answering my own question from yesterday night - the new Mozilla build
shows as possible font choices things in the output of fc-list on the
client.]
--
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
