Re: mathml fonts in Firefox under Debian Linux 4.0 (etch)

Michael Malak <[email protected]> writes:

> Karl Tomlinson wrote:
>> William F. Hammond writes:
>> 
>>> On my Debian 4.0 (etch) (stable) platform the problem is fixed by
...
>>> Thus,
>>> 73,74c73,74
>>> < encoding.symbol.ttf = Adobe-Symbol-Encoding
>>> < encoding.symbol.ftcmap = mac_roman
>>> ---
>>>> #encoding.symbol.ttf = Adobe-Symbol-Encoding
>>>> #encoding.symbol.ftcmap = mac_roman
>> 
>> That seems to be undoing a change that Debian have made.  It seems
>> that Debian are assuming that the Symbol font you have would be
>> Monotype's Symbol font (probably from a Windows distribution).
>> (I doubt they'd have a package for that font.)

Possibly what the packager of iceweasel had in mind was the
Open Office "opensymbol" font, which is a ttf font included in
Debian etch.

This might explain why the release of iceweasel came with the two
config lines uncommented since the lines, according to instructions in
the file itself, should be commented out for the case of a type 1
symbol font.

However, if one views the opensymbol font in xfd, one finds that
the glyphs are not in the right places.  So I suspect that was the
breakage I saw.

If opensymbol might be a good thing to use here, then I suppose there
is a way to handle the odd addresses.  (I don't know what it is.)
But now stix/beta is out, so maybe what is needed for Symbol can be
found there.

> Debian wouldn't include Adobe's Symbol font because it isn't Free; but 
> there is URW's clone, StandardSymL, that is GPL'd and included with 
> Ghostscript and TeX.

Is stix now OK for DFSG?

                                    -- Bill