GNU bug report logs -
#23
23.0.60; Large Fonts with latin-1 characters inconsistent in size
Previous Next
Reported by: David Kastrup <dak <at> gnu.org>
Date: Thu, 28 Feb 2008 18:10:04 UTC
Severity: normal
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
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 23 in the body.
You can then email your comments to 23 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#23
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
David Kastrup <dak <at> gnu.org>
:
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):
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
Editing a file in AUCTeX, I see the ugly screenshot shown below. C-u
C-u C-x = on the (correctly sized_ character before the problematic
one delivers
character: r (114, #o162, #x72)
preferred charset: ascii (ASCII (ISO646 IRV))
code point: 0x72
syntax: w which means: word
category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
l:Latin r:Japanese roman
buffer code: #x72
file code: not encodable by coding system iso-latin-1-unix
display: by this font (glyph code)
-Misc-Fixed-Medium-R-Normal--20-200-75-75-C-100-ISO8859-1 (#x72)
Character code properties are not shown: customize what to show
There are text properties here:
auto-composed t
charset iso-8859-1
face (font-latex-slide-title-face)
fontified t
[back]
The same on the following (too small) Umlaut delivers:
character: รค (228, #o344, #xe4)
preferred charset: gb18030 (GB18030)
code point: 0x81308A31
syntax: w which means: word
category: j:Japanese l:Latin
buffer code: #xC3 #xA4
file code: #xE4 (encoded by coding system iso-latin-1-unix)
display: by this font (glyph code)
-Misc-Fixed-Medium-R-Normal--20-200-75-75-C-100-ISO8859-1 (#xE4)
Character code properties are not shown: customize what to show
There are text properties here:
auto-composed t
charset iso-8859-1
face (font-latex-slide-title-face)
fontified t
[back]
The "code point" on the too small character looks somewhat ludicrous.
You can also see that apparently the same font is supposedly used.
I am pretty sure this did not happen pre-unicode2. So what gives here?
In GNU Emacs 23.0.60.3 (i686-pc-linux-gnu, GTK+ Version 2.12.0)
of 2008-02-08 on lisa
Windowing system distributor `The X.Org Foundation', version 11.0.10300000
configured using `configure '--prefix=/usr/local/emacs-21' '--without-toolkit-scroll-bars''
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: en_US.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: PDFLaTeX
Minor modes in effect:
shell-dirtrack-mode: t
reftex-mode: t
TeX-PDF-mode: t
server-mode: t
desktop-save-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-compression-mode: t
line-number-mode: t
Recent input:
<return> <switch-frame> <switch-frame> n n n <return>
SPC E E B C-M-e y e s <return> q <return> SPC n n n
E q <return> SPC n n q g p <return> SPC E SPC SPC SPC
SPC SPC SPC E B C-M-e y e s <return> q <return> SPC
SPC SPC q g <return> SPC E SPC q <return> SPC g q g
p p p p <return> SPC q g q y <switch-frame> <switch-frame>
<next> <prior> <next> <next> <prior> <up> <up> <up>
<up> <up> <up> <up> <right> <right> <right> <right>
<right> <right> <right> <right> <right> <right> <right>
<right> <right> <right> <right> <right> <right> <right>
<right> <right> <right> <right> <right> <right> <right>
<right> <right> <right> <right> <right> <right> <right>
<right> <right> <right> <right> <right> <left> C-u
C-u C-x = M-x r e p o <tab> r <tab> <return>
Recent messages:
Checking new news...done
Are you sure you want to quit reading news? (y or n)
Wrote /home/dak/.newsrc
Saving /home/dak/.newsrc.eld...
Saving file /home/dak/.newsrc.eld...
Wrote /home/dak/.newsrc.eld
Saving /home/dak/.newsrc.eld...done
Type C-x 1 to delete the help window, C-M-v to scroll help.
Char: r (114, #o162, #x72) point=4424 of 9743 (45%) column=36
Making completion list...
--
David Kastrup
bug closed, send any further explanations to David Kastrup <dak <at> gnu.org>
Request was from
Stefan Monnier <monnier <at> iro.umontreal.ca>
to
control <at> emacsbugs.donarmstrong.com
.
(Fri, 23 May 2008 22:10:06 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <don <at> donarmstrong.com>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Sat, 21 Jun 2008 14:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 364 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.