[Bug 10660] New versions of Fontforge generate marlett. ttf with incorrect available character sets field

wine-bugs at winehq.org wine-bugs at winehq.org
Fri Feb 8 17:08:33 CST 2008


--- Comment #25 from George Williams <gww at silcom.com>  2008-02-08 17:08:32 ---
I have explained this three times on the fontforge mailing list.
   "I have answered three questions, and that is enough,"
   Said his father. "Don't give yourself airs!
   Do you think I can listen all day to such stuff?
   Be off, or I'll kick you down stairs.

The problem is that marlett.sfd was taking advantage of a bug in fontforge.
That bug has now been fixed. marlett.sfd is rather problematic itself as it
claims an adobe symbol encoding when it does not, in fact, have one. I hope
someone hand-edited the sfd file, because if not there is another bug in

At one point I assumed that MicroSoft's 3,0 cmap entry was the same as Adobe's
symbol encoding (To fontforge a "symbol" encoding is Adobe's). It is not. In
fact MicroSoft's 3,0 cmap entry is not a true encoding as there is no charset
associated with it. At any rate FontForge no longer generates a 3,0 cmap entry
for something with Adobe's Symbol encoding.

As Stephan says I am extremely tired of repeating this same point over and
over. A dieu.

Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.

More information about the wine-bugs mailing list