GNU bug report logs - #642
23.0.60; garbled text (wrong font?) in About GNU Emacs screen

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 642 in the body.
You can then email your comments to 642 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <emacs-pretest-bug <at> gnu.org>
Subject: 23.0.60; garbled text (wrong font?) in About GNU Emacs screen
Date: Sat, 2 Aug 2008 13:23:25 -0700

[Message part 1 (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)]

Message #10 received at 642 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 642 <at> debbugs.gnu.org
Subject: Re: 23.0.60; garbled text (wrong font?) in About GNU Emacs screen
Date: Sat, 02 Aug 2008 16:50:06 -0400

Please try to construct a smaller testcase.

Message #15 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Jason Rumney <jasonr <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>, 642 <at> debbugs.gnu.org
Cc: emacs-pretest-bug <at> gnu.org
Subject: Re: bug#642: 23.0.60;	garbled text (wrong font?) in About GNU Emacs
 screen
Date: Sat, 02 Aug 2008 22:05:55 +0100

Drew Adams wrote:
> emacs -Q --debug-init -l ".../path/to/hexrgb.el" -l ".../path/to/oneonone.el" -f
> "1on1-emacs"

I can't reproduce this bug. If you position the cursor on one of the
affected characters and press C-u C-x =, what does it say. If the
resulting Help buffer is also garbled, please try to change the buffer's
font using Shift-Left Mouse.

Message #31 received at 642 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Chong Yidong'" <cyd <at> stupidchicken.com>
Cc: <642 <at> debbugs.gnu.org>
Subject: RE: 23.0.60; garbled text (wrong font?) in About GNU Emacs screen
Date: Sat, 2 Aug 2008 14:27:03 -0700

> From: Chong Yidong Sent: Saturday, August 02, 2008 1:50 PM
> Please try to construct a smaller testcase.

Sorry, I don't have the time.

It's reproducible, and the recipe is simple to execute.
The code that sets up the frame parameters is straightforward.

A guess (just a guess) is that it's a problem with fonts. Another guess is that
it is related to bug #639: tabbar.el tab text being garbled. Both regressed in
the same way since 2008-07-26.

Message #36 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Jason Rumney'" <jasonr <at> gnu.org>, <642 <at> debbugs.gnu.org>
Cc: <emacs-pretest-bug <at> gnu.org>
Subject: RE: bug#642: 23.0.60;	garbled text (wrong font?) in About GNU Emacs screen
Date: Sat, 2 Aug 2008 14:27:03 -0700

[Message part 1 (text/plain, inline)]

> From: Jason Rumney Sent: Saturday, August 02, 2008 2:06 PM
> > emacs -Q --debug-init -l ".../path/to/hexrgb.el" -l
".../path/to/oneonone.el" -f "1on1-emacs"
>
> I can't reproduce this bug. If you position the cursor on one of the
> affected characters and press C-u C-x =, what does it say. If the
> resulting Help buffer is also garbled, please try to change
> the buffer's font using Shift-Left Mouse.

The text in the help buffer appears fine. If I put the cursor on the first `?'
char in the first text line (red) and do `C-u C-x =', *Help* shows this:
 
        character: SPC (32, #o40, #x20)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x20
           syntax:    which means: whitespace
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
                   l:Latin
      buffer code: #x20
        file code: #x20 (encoded by coding system undecided-unix)
          display: by this font (glyph code)
 
uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso8859-1
(#x20)
 
Character code properties: customize what to show
  name: SPACE
  general-category: Zs (Separator, Space)
 
There are text properties here:
  face                 (variable-pitch (:foreground "red"))
  help-echo            [Show]
 
[back]

Oddly enough, when I paste that text, it shows `SPC' for the character, but in
the *Help* buffer, it has `rob' for the character. I switched to HTML mail and
used a Unicode font (Arial Unicode MS), thinking that might make a difference,
but it didn't.

I then tried a cents char in the second text line (blue):
 
        character: a (97, #o141, #x61)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x61
           syntax: w  which means: word
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
                   l:Latin r:Japanese roman
      buffer code: #x61
        file code: #x61 (encoded by coding system undecided-unix)
          display: by this font (glyph code)
 
uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso8859-1
(#x61)
 
Character code properties: customize what to show
  name: LATIN SMALL LETTER A
  general-category: Ll (Letter, Lowercase)
 
There are text properties here:
  face                 (variable-pitch (:foreground "darkblue"))
  help-echo            [Show]
 
[back]

The cents character appears correctly in *Help*, but appears as `a' when pasted
into the mail.

I then tried a section symbol in the first tiny black text line:
 
        character: f (102, #o146, #x66)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x66
           syntax: w  which means: word
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
                   l:Latin r:Japanese roman
      buffer code: #x66
        file code: #x66 (encoded by coding system undecided-unix)
          display: by this font (glyph code)
 
uniscribe:-outline-Helvetica-normal-normal-normal-sans-11-*-*-*-p-*-iso8859-1
(#x66)
 
Character code properties: customize what to show
  name: LATIN SMALL LETTER F
  general-category: Ll (Letter, Lowercase)
 
There are text properties here:
  face                 (variable-pitch (:height 0.8))
  help-echo            [Show]
 
[back]

Again, the section symbol appears correctly in *Help*, but appears as `f' in the
pasted text above.
 
Notice that the help text is describing what you see pasted above, but not what
I see in *Help*. For example, I see a section symbol, but it describes it as a
LATIN SMALL LETTER F.
 
HTH - Drew

[Message part 2 (text/html, inline)]

Message #46 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <642 <at> debbugs.gnu.org>, "'Jason Rumney'" <jasonr <at> gnu.org>
Cc: <emacs-pretest-bug <at> gnu.org>
Subject: RE: bug#642: 23.0.60;garbled text (wrong font?) in About GNU Emacs screen
Date: Tue, 5 Aug 2008 06:58:13 -0700

[Message part 1 (text/plain, inline)]

I suspect this is related (and is simpler to reproduce): see attached
screenshot. 
 
Recipe: emacs -Q, then C-h i.

[bug-fonts-Info.png (image/png, attachment)]

Message #56 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Jason Rumney'" <jasonr <at> gnu.org>, <642 <at> debbugs.gnu.org>
Cc: <emacs-pretest-bug <at> gnu.org>
Subject: RE: bug#642: 23.0.60;	garbled text (wrong font?) in About GNU Emacs screen
Date: Wed, 29 Oct 2008 14:14:02 -0700

[Message part 1 (text/plain, inline)]

I sent this reply on 2008-08-02, but I do NOT see it in the bug tracker.

The problem remains. The garbled text is in Info, tab-bar tabs, and the startup
screen.

This bug and #239 should NOT be merged with #597, IMO, since that is about text
that looks OK and gets garbled only after some time. This problem is seen from
the outset. It started around the time I filed #597 - no such problem before
that.

Attached are screenshots from a build of 2008-10-09 with emacs -Q: 

In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-10-09 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'


From: Drew Adams Sent: Saturday, August 02, 2008 2:27 PM
To: 'Jason Rumney'; '642 <at> debbugs.gnu.org'
Cc: 'emacs-pretest-bug <at> gnu.org'

> From: Jason Rumney Sent: Saturday, August 02, 2008 2:06 PM
> > emacs -Q --debug-init -l ".../path/to/hexrgb.el" -l
".../path/to/oneonone.el" -f "1on1-emacs"
>
> I can't reproduce this bug. If you position the cursor on one of the
> affected characters and press C-u C-x =, what does it say. If the
> resulting Help buffer is also garbled, please try to change
> the buffer's font using Shift-Left Mouse.

The text in the help buffer appears fine. If I put the cursor on the first `?'
char in the first text line (red) and do `C-u C-x =', *Help* shows this:
 
        character: SPC (32, #o40, #x20)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x20
           syntax:    which means: whitespace
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
                   l:Latin
      buffer code: #x20
        file code: #x20 (encoded by coding system undecided-unix)
          display: by this font (glyph code)
 
uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso8859-1
(#x20)
 
Character code properties: customize what to show
  name: SPACE
  general-category: Zs (Separator, Space)
 
There are text properties here:
  face                 (variable-pitch (:foreground "red"))
  help-echo            [Show]
 
[back]

Oddly enough, when I paste that text, it shows `SPC' for the character, but in
the *Help* buffer, it has `rob' for the character. I switched to HTML mail and
used a Unicode font (Arial Unicode MS), thinking that might make a difference,
but it didn't.

I then tried a cents char in the second text line (blue):
 
        character: a (97, #o141, #x61)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x61
           syntax: w  which means: word
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
                   l:Latin r:Japanese roman
      buffer code: #x61
        file code: #x61 (encoded by coding system undecided-unix)
          display: by this font (glyph code)
 
uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso8859-1
(#x61)
 
Character code properties: customize what to show
  name: LATIN SMALL LETTER A
  general-category: Ll (Letter, Lowercase)
 
There are text properties here:
  face                 (variable-pitch (:foreground "darkblue"))
  help-echo            [Show]
 
[back]

The cents character appears correctly in *Help*, but appears as `a' when pasted
into the mail.

I then tried a section symbol in the first tiny black text line:
 
        character: f (102, #o146, #x66)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x66
           syntax: w  which means: word
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
                   l:Latin r:Japanese roman
      buffer code: #x66
        file code: #x66 (encoded by coding system undecided-unix)
          display: by this font (glyph code)
 
uniscribe:-outline-Helvetica-normal-normal-normal-sans-11-*-*-*-p-*-iso8859-1
(#x66)
 
Character code properties: customize what to show
  name: LATIN SMALL LETTER F
  general-category: Ll (Letter, Lowercase)
 
There are text properties here:
  face                 (variable-pitch (:height 0.8))
  help-echo            [Show]
 
[back]

Again, the section symbol appears correctly in *Help*, but appears as `f' in the
pasted text above.
 
Notice that the help text is describing what you see pasted above, but not what
I see in *Help*. For example, I see a section symbol, but it describes it as a
LATIN SMALL LETTER F.
 
HTH - Drew

[Message part 2 (text/html, inline)]

[throw-bug-info-text-garbled.PNG (image/png, attachment)]

[throw-bug-startup-screen.png (image/png, attachment)]

Message #66 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <642 <at> debbugs.gnu.org>, "'Jason Rumney'" <jasonr <at> gnu.org>
Cc: <emacs-pretest-bug <at> gnu.org>
Subject: RE: bug#642: 23.0.60;garbled text (wrong font?) in About GNU Emacs screen
Date: Mon, 17 Nov 2008 00:15:25 -0800

[Message part 1 (text/plain, inline)]

In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-11-08 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'
 
Here is some more info about this. Attached is a screenshot showing font
families in Emacs 23 (on the left) and Emacs 22.3 (on the right).

I used the following code from Miles Bader:

(defun list-fonts-display ()
     "Display a list of font-families available via font-config, in a new
buffer.
   The name of each font family is displayed using that family, as
   well as in the default font (to handle the case where a font
   cannot be used to display its own name)."
     (interactive)
     (let (families)
       (with-temp-buffer
	 (shell-command "fc-list : family" t)
	 (goto-char (point-min))
	 (while (not (eobp))
	   (push (buffer-substring (line-beginning-position)
(line-end-position))
		 families)
	   (forward-line)))
       (let ((buf (get-buffer-create "*Font Families*")))
	 (with-current-buffer buf
	   (erase-buffer)
	   (dolist (family families)
	     (setq family (car (split-string family ",")))
	     (insert (concat (propertize family 'face (list :family family))
			     " (" family ")"))
	     (newline)))
	 (display-buffer buf))))

Other than that, I used emacs -Q and, to be able to use a bash shell, loaded
cygwin-mount.el and setup-cygwin.el
(http://www.emacswiki.org/emacs/cygwin-mount.el,
http://www.emacswiki.org/emacs/setup-cygwin.el). I also tried with just emacs -Q
and cmdproxy.exe, without loading the cygwin libraries - same result.

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.

Note too that font names such as Terminal do not appear in their own font in
this display in Emacs 23 (but they do in Emacs 22). I don't know if that is an
Emacs 23 bug or due to the nature of `list-fonts-display'. 

It seems that the only font name that is displayed using its own font in Emacs
23 is Courier. The rest, except for Times and Helvetica, appear in some font
that is different from the default font - it looks like a Lucinda font.

(assoc 'font (frame-parameters)) in Emacs 23 gives (font . "-outline-Courier
New-normal-normal-normal-mono-13-*-*-*-c-*-iso8859-1").

[bug-642-emacs-fonts.png (image/png, attachment)]

Message #76 received at 642-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Jason Rumney <jasonr <at> f2s.com>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 642-done <at> debbugs.gnu.org
Subject: Re: bug#642: 23.0.60;garbled text (wrong font?) in About GNU Emacs
 screen
Date: Sun, 23 Nov 2008 23:22:27 +0800

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 #89 received at 642-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Jason Rumney'" <jasonr <at> f2s.com>
Cc: <642-done <at> debbugs.gnu.org>, "'Miles Bader'" <miles <at> gnu.org>
Subject: RE: bug#642: 23.0.60;garbled text (wrong font?) in About GNU Emacs screen
Date: Sun, 23 Nov 2008 09:20:10 -0800

> 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.

Thanks for fixing this, Jason.

I don't understand all that you wrote, but I probably don't need to. ;-)

I think you're saying, along with the explanation of why, that I should no
longer see garbled text after your fix. I might not see some particular fonts,
but I will be able to read the text in some font. If so, that's fine.

BTW, I the extra info helped, then it's thanks to Miles's list-fonts-display
code. That enabled me to see the problem wrt specific fonts. Perhaps something
like his code should be added to Emacs? (Dunno if there is already something
that does that.)


Thx. 

Message #90 received at 642-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: jasonr <at> f2s.com
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 642-done <at> debbugs.gnu.org, "'Miles Bader'" <miles <at> gnu.org>
Subject: RE: bug#642: 23.0.60;garbled text (wrong font?) in About GNU Emacs screen
Date: Sun, 23 Nov 2008 23:50:58 +0000

Quoting Drew Adams <drew.adams <at> oracle.com>:

> I think you're saying, along with the explanation of why, that I should no
> longer see garbled text after your fix. I might not see some particular
> fonts,
> but I will be able to read the text in some font. If so, that's fine.

If you have the fonts installed, you should still see all fonts, but they will
be the real fonts, not different fonts that Windows decides to substitute.

face-font-family-alternatives already deals with cases where common fonts are
not installed on an Emacs level.

Message #95 received at 642 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Jason Rumney'" <jasonr <at> f2s.com>
Cc: <642-done <at> debbugs.gnu.org>, "'Miles Bader'" <miles <at> gnu.org>,
        <642 <at> debbugs.gnu.org>
Subject: RE: bug#642: 23.0.60;garbled text (wrong font?) in About GNU Emacs screen
Date: Sat, 29 Nov 2008 14:50:15 -0800

[Message part 1 (text/plain, inline)]

I was able to test this, to see the difference.

The bug is indeed fixed - thanks.

However, FWIW, the fonts used are less readable than in Emacs 22, so this is a
slight regression. See the attached screenshots. Notice both the text in the tab
bar and the text in the Info menu heading `Utilities'. Notice too that the
tab-bar text seems to be cut off at the top: you cannot tell the `f' in
"icicles-fn.el" from a `t'. You probably could not tell an `n' from an `h', and
so on: ascenders are chopped.

Dunno if anything can be done about this, but I hope the additional feedback
might help. It's a shame to see Emacs look a little worse instead of better.

Thx - Drew

> From: Drew Adams Sent: Sunday, November 23, 2008 9:20 AM
> > 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.
> 
> Thanks for fixing this, Jason.
> 
> I don't understand all that you wrote, but I probably don't 
> need to. ;-)
> 
> I think you're saying, along with the explanation of why, 
> that I should no longer see garbled text after your fix. I 
> might not see some particular fonts, but I will be able to 
> read the text in some font. If so, that's fine.
> 
> BTW, I the extra info helped, then it's thanks to Miles's 
> list-fonts-display code. That enabled me to see the problem 
> wrt specific fonts. Perhaps something like his code should be 
> added to Emacs? (Dunno if there is already something that does that.)
> 
> Thx. 

[throw-emacs-23-fonts.png (image/png, attachment)]

[throw-emacs-22-fonts.png (image/png, attachment)]

Message #101 received at 642 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Jason Rumney <jasonr <at> f2s.com>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 642-done <at> debbugs.gnu.org, "'Miles Bader'" <miles <at> gnu.org>,
        642 <at> debbugs.gnu.org
Subject: Re: bug#642: 23.0.60;garbled text (wrong font?) in About GNU Emacs
 screen
Date: Sun, 30 Nov 2008 11:07:37 +0800

Drew Adams wrote:
> However, FWIW, the fonts used are less readable than in Emacs 22
I think Emacs 22 probably got the system defined font substitutions, 
rather than the fonts that were being asked for (ie Arial instead of the 
real Helvetica). If you customize the `variable-pitch' face to use 
Arial, do the screenshots look the same?

Message #107 received at 642 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Jason Rumney'" <jasonr <at> f2s.com>
Cc: <642-done <at> debbugs.gnu.org>, "'Miles Bader'" <miles <at> gnu.org>,
        <642 <at> debbugs.gnu.org>
Subject: RE: bug#642: 23.0.60;garbled text (wrong font?) in About GNU Emacs screen
Date: Mon, 22 Dec 2008 13:30:13 -0800

> From: Jason Rumney Sent: Saturday, November 29, 2008 7:08 PM
> > However, FWIW, the fonts used are less readable than in Emacs 22
> I think Emacs 22 probably got the system defined font substitutions, 
> rather than the fonts that were being asked for (ie Arial 
> instead of the 
> real Helvetica). If you customize the `variable-pitch' face to use 
> Arial, do the screenshots look the same?

Yes, that solved the problem. The default family is Sans Serif. Changing it to
Arial gives the same appearance as Emacs 22, which is more readable, IMO.

Thx. Sorry I took so long; I misplaced your reply.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.