GNU bug report logs -
#642
23.0.60; garbled text (wrong font?) in About GNU Emacs screen
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
This is an automatic notification regarding your bug report
which was filed against the emacs,w32 package:
#642: 23.0.60; garbled text (wrong font?) in About GNU Emacs screen
It has been closed by Jason Rumney <jasonr <at> f2s.com>.
Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Jason Rumney <jasonr <at> f2s.com> by
replying to this email.
--
642: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=642
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Drew Adams wrote:
> Here is some more info about this.
>
> The display shows problems with font families Times and Helvetica. I use the
> standard Times and Helvetica Type1 fonts on Windows XP. E.g., the Times Roman
> font file is named TIR_____.PFM; the Helvetica file is HV_____.PFM.
>
Thanks for your extra information. I think this is related to the fact
that the Uniscribe font backend can only use opentype and truetype
fonts, but Windows by default defines font substitutions for Helvetica
and Times to map to the Truetype fonts "Arial" and "Times New Roman". So
the uniscribe backend picks these substitutes up, but somehow things get
confused so the Type-1 fonts end up being loaded. I've added some code
to specifically reject these substitutes, which are detected by
comparing the font's "full name" with the name used to load it.
Unfortunately this also catches many legitimate fonts, so I've had to
pick out these two specific problematic substitutions. If there are any
other specific fonts that cause this problem, then we will need to add
rules for them too.
[Message part 3 (message/rfc822, inline)]
[Message part 4 (text/plain, inline)]
emacs -Q --debug-init -l ".../path/to/hexrgb.el" -l ".../path/to/oneonone.el" -f
"1on1-emacs"
See attached files hexrgb.el and oneonone.el, and screenshot.
This is a regression wrt a build of 2008-07-26, where there was no such problem.
In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
of 2008-08-01 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
-fno-crossjumping'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ENU
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default-enable-multibyte-characters: t
[hexrgb.el (application/octet-stream, attachment)]
[oneonone.el (application/octet-stream, attachment)]
[bug-garbled-about-emacs.png (image/png, attachment)]
This bug report was last modified 16 years and 209 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.