* bug#295: 23.0.60; wrong glyph widths of some Unicode codepoints
@ 2008-08-05 22:50 Chong Yidong
2008-08-05 23:22 ` Torsten Bronger
0 siblings, 1 reply; 4+ messages in thread
From: Chong Yidong @ 2008-08-05 22:50 UTC (permalink / raw
To: Torsten Bronger; +Cc: 295
>> The sub/superscripts are narrower than the ordinary characters if
>> using a monospace font (monospace-13 in my case)
>
> IIUC your problem is that not all thsoe characters use the same font.
> This may be due to your font not having those chars, or to Emacs doing
> something wrong.
>
> Can you check again with the latest code (where some font problems
> have been fixed)? Use C-u C-x = to find the font used for the char at
> point.
Do you still see this problem?
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#295: 23.0.60; wrong glyph widths of some Unicode codepoints
2008-08-05 22:50 bug#295: 23.0.60; wrong glyph widths of some Unicode codepoints Chong Yidong
@ 2008-08-05 23:22 ` Torsten Bronger
2008-08-06 6:58 ` Torsten Bronger
0 siblings, 1 reply; 4+ messages in thread
From: Torsten Bronger @ 2008-08-05 23:22 UTC (permalink / raw
To: Chong Yidong; +Cc: 295
Hallöchen!
Chong Yidong writes:
>>> The sub/superscripts are narrower than the ordinary characters if
>>> using a monospace font (monospace-13 in my case)
>>
>> IIUC your problem is that not all thsoe characters use the same font.
>> This may be due to your font not having those chars, or to Emacs doing
>> something wrong.
>>
>> Can you check again with the latest code (where some font problems
>> have been fixed)? Use C-u C-x = to find the font used for the char at
>> point.
>
> Do you still see this problem?
Yes. Take for example left and right German double quotes (which
are alternative interpretations of x201e and x201c):
character: „ (8222, #o20036, #x201e)
preferred charset: unicode (Unicode (ISO10646))
code point: 0x201E
syntax: . which means: punctuation
to input: type "\glqq" or "\"`" with TeX
buffer code: #xE2 #x80 #x9E
file code: #xE2 #x80 #x9E (encoded by coding system utf-8-emacs-unix)
display: by this font (glyph code)
xft:-unknown-DejaVu Sans Mono-normal-normal-normal-*-17-*-*-*-m-0-iso10646-1 (#x68F)
Character code properties: customize what to show
name: DOUBLE LOW-9 QUOTATION MARK
general-category: Ps (Punctuation, Open)
old-name: LOW DOUBLE COMMA QUOTATION MARK
versus
character: “ (8220, #o20034, #x201c)
preferred charset: unicode (Unicode (ISO10646))
code point: 0x201C
syntax: . which means: punctuation
category: c:Chinese h:Korean j:Japanese
to input: type "\grqq" or "\ldq" or "\"'" with TeX
buffer code: #xE2 #x80 #x9C
file code: #xE2 #x80 #x9C (encoded by coding system utf-8-emacs-unix)
display: by this font (glyph code)
xft:-unknown-Kochi Gothic-normal-normal-normal-*-17-*-*-*-*-0-iso10646-1 (#x26C)
Character code properties: customize what to show
name: LEFT DOUBLE QUOTATION MARK
general-category: Pi (Punctuation, Initial quote)
old-name: DOUBLE TURNED COMMA QUOTATION MARK
While the first one is displayed correctly, the second one has no
anti-aliasing and is too wide. I see the "category" item in the
second character. Maybe this is the cause of this trouble?
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bronger@jabber.rwth-aachen.de
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#295: 23.0.60; wrong glyph widths of some Unicode codepoints
2008-08-05 23:22 ` Torsten Bronger
@ 2008-08-06 6:58 ` Torsten Bronger
0 siblings, 0 replies; 4+ messages in thread
From: Torsten Bronger @ 2008-08-06 6:58 UTC (permalink / raw
To: Chong Yidong; +Cc: 295
Hallöchen!
Torsten Bronger writes:
> Chong Yidong writes:
>
>>>> The sub/superscripts are narrower than the ordinary characters
>>>> if using a monospace font (monospace-13 in my case)
>>>
>>> IIUC your problem is that not all thsoe characters use the same
>>> font. This may be due to your font not having those chars, or
>>> to Emacs doing something wrong.
>>>
>>> Can you check again with the latest code (where some font
>>> problems have been fixed)? Use C-u C-x = to find the font used
>>> for the char at point.
>>
>> Do you still see this problem?
>
> Yes. Take for example left and right German double quotes (which
> are alternative interpretations of x201e and x201c):
>
> [...]
I mixed up the bugs, so my reply was only partly true. For the sub-
superscript numbers, everything is alright now. The other glyphs
indeed still look sub-optimal, though.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bronger@jabber.rwth-aachen.de
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#295: 23.0.60; wrong glyph widths of some Unicode codepoints
@ 2008-05-22 11:54 Torsten Bronger
0 siblings, 0 replies; 4+ messages in thread
From: Torsten Bronger @ 2008-05-22 11:54 UTC (permalink / raw
To: emacs-pretest-bug
The sub/superscripts (e.g. ⁴ or ₃) are narrower than the ordinary
characters if using a monospace font (monospace-13 in my case), with
the exceptions of ¹²³. The same is true at least for the prime
character ′. The right arrow → and the cubic root ∛ used to have a
"correct" width, but with the recent Emacs, it is too wide (the
cubic root even too tall, too).
Is it sensible at all to report such observations, maybe on a more
systematic/complete basis?
In GNU Emacs 23.0.60.3 (x86_64-unknown-linux-gnu)
of 2008-05-22 on wilson
Windowing system distributor `The X.Org Foundation', version 11.0.10400090
configured using `configure '--prefix=/usr/local/'
--mandir=/usr/local/share/man/' '--infodir=/usr/local/share/info/'
--with-x-toolkit=no' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif'
--with-png' '--with-x''
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: de_DE.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Summary
Minor modes in effect:
global-auto-revert-mode: t
savehist-mode: t
display-time-mode: t
desktop-save-mode: t
mouse-wheel-mode: t
global-font-lock-mode: t
font-lock-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-08-06 6:58 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-05 22:50 bug#295: 23.0.60; wrong glyph widths of some Unicode codepoints Chong Yidong
2008-08-05 23:22 ` Torsten Bronger
2008-08-06 6:58 ` Torsten Bronger
-- strict thread matches above, loose matches on Subject: below --
2008-05-22 11:54 Torsten Bronger
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.