[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Font selection weirdness
From: |
Juanma Barranquero |
Subject: |
Re: Font selection weirdness |
Date: |
Fri, 30 May 2008 13:43:25 +0200 |
On Thu, May 29, 2008 at 5:19 PM, Juanma Barranquero <address@hidden> wrote:
> In fact, removing all Type 1 fonts fixes all three problems I was
> having with font selection:
>
> - The incorrect display of space for some missing characters (i.e.,
> the problem in this thread)
Well, removing the Type 1 fonts and compiling with your fixes has in
fact been a great help, but I still see some weirdness.
- I start Emacs using my preferred font, DejaVu Sans Mono-10.
- I display HELLO: the U+2200 char is shown correctly.
- I cut&paste it to *scratch*. Still correct. describe-char says:
character: ∀ (8704, #o21000, #x2200)
preferred charset: unicode (Unicode (ISO10646))
code point: 0x2200
syntax: . which means: punctuation
category: h:Korean j:Japanese
buffer code: #xE2 #x88 #x80
file code: not encodable by coding system iso-latin-1-dos
display: by this font (glyph code)
-outline-DejaVu
Sans-normal-normal-normal-sans-13-*-*-*-p-*-ms-symbol (#xC28)
There are text properties here:
auto-composed t
charset japanese-jisx0208
fontified t
rear-nonsticky t
- I insert another U+2200, with ucs-insert. Shown as space (*not* as
an empty box). describe-char for this U+2200 says:
character: ∀ (8704, #o21000, #x2200)
preferred charset: unicode (Unicode (ISO10646))
code point: 0x2200
syntax: . which means: punctuation
category: h:Korean j:Japanese
buffer code: #xE2 #x88 #x80
file code: not encodable by coding system iso-latin-1-dos
display: by this font (glyph code)
-outline-DejaVu Sans
Mono-normal-normal-normal-mono-13-*-*-*-c-*-iso10646-1 (#x03)
There are text properties here:
auto-composed t
fontified t
The obvious differences are the charset text property, and that the
correct FOR ALL is found in DejaVu Sans (ms-symbol), while the
"spaced" one comes from DejaVu Sans Mono (iso10646-1). Interestingly
enough, clear_cached_metrics is not being called.
Now, if I repeat the test with the default fontset (Emacs starts with
Courier New), the following differences happen:
- clear_cached_metrics is triggered when displaying HELLO, though it
is for another character (U+0AA0) AFAICS.
- The cut&pasted FOR ALL is still correct, and describe-char output
is like above.
- The FOR ALL inserted with ucs-insert is shown as an empty box
(*not* space). Its describe-char output is this:
character: ∀ (8704, #o21000, #x2200)
preferred charset: unicode (Unicode (ISO10646))
code point: 0x2200
syntax: . which means: punctuation
category: h:Korean j:Japanese
buffer code: #xE2 #x88 #x80
file code: not encodable by coding system iso-latin-1-dos
display: by this font (glyph code)
-outline-Courier
New-normal-normal-normal-mono-13-*-*-*-c-*-iso10646-1 (#x2200)
There are text properties here:
auto-composed t
fontified t
Hope this helps,
Juanma
- Re: Font selection weirdness, (continued)
Re: Font selection weirdness, Juanma Barranquero, 2008/05/29