GNU bug report logs - #484
Font bug in 22 (Carbon): default "Monaco" has wrong (frame-char-width)

Previous Next

Package: emacs22;

Reported by: David Reitter <dreitter <at> inf.ed.ac.uk>

Date: Wed, 25 Jun 2008 18:30:03 UTC

Severity: normal

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#484; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to David Reitter <dreitter <at> inf.ed.ac.uk>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

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

From: David Reitter <dreitter <at> inf.ed.ac.uk>
To: Bug-Gnu-Emacs <bug-gnu-emacs <at> gnu.org>
Cc: Christoph Ortner <christoph.ortner <at> merton.ox.ac.uk>
Subject: Font bug in 22 (Carbon): default "Monaco" has wrong (frame-char-width)
Date: Wed, 25 Jun 2008 19:23:21 +0100
[Message part 1 (text/plain, inline)]
I think there's a font bug in Emacs 22 (CVS), Carbon.

To reproduce:

Start Emacs -Q
(frame-width)  (evaluates to 80)
(frame-char-width)  (evaluates to 7)
(mac-font-panel-mode)
[select 14pt  in the default Monaco font]   (note that the frame does  
not resize in width)

(frame-width)  (evaluates to 80  - wrong!)
(frame-char-width)  (evaluates to 7 - wrong!)

When you select Monaco 18, the frame gets wider as intended (still a  
bad design choice), but (frame-width) is 81, which is too high.
(/ (frame-pixel-width) (frame-char-width)) evaluates to 85.  (frame- 
pixel-width) is correct, so I assume that (frame-char-width) is wrong.

Concrete use case:

Start Emacs -Q
(setq longlines-wrap-follows-window-size t)
[enter text with several words in a line that is longer than the  
window width, i.e. gets wrapped]
(mac-font-panel-mode)
select 14 point (in the default "Monaco")
(longlines-mode)

--> lines will be wrapped too late.


I don't notice such problems with other fonts.


The original bug report by christoph.ortner <at> merton.ox.ac.uk read:
====

Dear David,

There appears to be a bug in the latest Aquamacs version. If one tries  
to wrap the text (ALT+Q) with fontsize different from 12, one gets  
mostly garbage.

Best Wishes,
Christoph







In GNU Emacs 22.2.50.2 (i386-apple-darwin9.2.2, Carbon Version 1.6.0)
 of 2008-06-23 on plume.sr.unh.edu
Windowing system distributor `Apple Inc.', version 10.5.3
configured using `configure  '--without-x' '--prefix=/usr/local''

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: nil
  locale-coding-system: iso-8859-1
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  longlines-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  use-hard-newlines: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
<help-echo> <down-mouse-1> <mouse-1> <help-echo> C-x
b <return> <help-echo> <help-echo> <help-echo> <down-mouse-1>
<mouse-1> C-y <up> <up> <down> <down> <escape> x l
o n g l <tab> <return> <escape> x m a c - f o <tab>
<return> <help-echo> <down-mouse-1> <mouse-1> <return>
<return> <up> ( s e t q SPC l o n g l i n e s - w r
a p - f o l l o w s - w i n d o w - s i z e SPC t )
C-x C-e <return> <return> <escape> x l o n g l <tab>
m <tab> <return> <escape> x <up> <return> <help-echo>
<help-echo> <help-echo> <help-echo> <down> <up> x l
o n g l <tab> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <escape> x l o n g l <tab>
m o <tab> <return> <escape> x <up> <return> <menu-bar>
<help-menu> <send-emacs-bug-report>

Recent messages:
Longlines mode enabled
Mac-Font-Panel mode enabled
t
Longlines mode disabled
Longlines mode enabled
Longlines mode disabled
Longlines mode enabled
Loading emacsbug...
Loading regexp-opt...done
Loading emacsbug...done

[smime.p7s (application/pkcs7-signature, attachment)]

Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#484; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

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

From: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
To: David Reitter <dreitter <at> inf.ed.ac.uk>, 484 <at> debbugs.gnu.org
Cc: Bug-Gnu-Emacs <bug-gnu-emacs <at> gnu.org>,
        Christoph Ortner <christoph.ortner <at> merton.ox.ac.uk>
Subject: Re: bug#484: Font bug in 22 (Carbon): default "Monaco" has wrong	(frame-char-width)
Date: Thu, 26 Jun 2008 10:24:23 +0900
>>>>> On Wed, 25 Jun 2008 19:23:21 +0100, David Reitter <dreitter <at> inf.ed.ac.uk> said:

> I think there's a font bug in Emacs 22 (CVS), Carbon.

> To reproduce:

> Start Emacs -Q
> (frame-width)  (evaluates to 80)
> (frame-char-width)  (evaluates to 7)
> (mac-font-panel-mode)
> [select 14pt  in the default Monaco font]   (note that the frame does  
> not resize in width)

> (frame-width)  (evaluates to 80  - wrong!)
> (frame-char-width)  (evaluates to 7 - wrong!)

At least the latter result is wrong, and it seems to be due to a bug
in ATSUI on Mac OS X 10.5 (Mac OS X 10.4 correctly reports it as 8).
You can observe that the width of the character "E" in Monaco 14 is
narrower than that of other characters.  I'll report it to Apple.

				     YAMAMOTO Mitsuharu
				mituharu <at> math.s.chiba-u.ac.jp





Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#484; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

bug reassigned from package `emacs' to `emacs22'. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> emacsbugs.donarmstrong.com. (Sat, 06 Sep 2008 22:45:04 GMT) Full text and rfc822 format available.

Information forwarded to bug-submit-list <at> lists.donarmstrong.com, owner <at> emacsbugs.donarmstrong.com:
bug#484; Package emacs22. (Mon, 09 Feb 2009 14:55:42 GMT) Full text and rfc822 format available.

Message #20 received at control <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: <control <at> debbugs.gnu.org>
Subject: control message for bug 484
Date: Tue, 01 Mar 2011 02:32:21 -0500
close 484




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 29 Mar 2011 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 14 years and 84 days ago.

Previous Next


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