GNU bug report logs - #11889
23.4; Emacs 23.4.1 jump from one font to another ever all needed chars precent in single font. 22.2.1 work fine.

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 11889 in the body.
You can then email your comments to 11889 AT debbugs.gnu.org in the normal way.

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

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

From: Oleksandr Gavenko <gavenkoa <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.4; Emacs 23.4.1 jump from one font to another ever all needed chars
	precent in single font. 22.2.1 work fine.
Date: Mon, 09 Jul 2012 16:33:57 +0300

I report about this at:

  http://permalink.gmane.org/gmane.emacs.help/85735

Now I think that this behaviour is buggy.

================================================================

So what happen? I am Russian/Ukrainian user and also prepare dictionaries so
use IPA (C-\ ipa RET) chars.

And I prefer monospaced fonts so expect that all chars would be vertically
aligned.

But this is not happen in case of Emacs 23.4.1 (from Debian GNU Linux,
Wheezy)...

In previous Emacs version 22.x this work (I check this on same host).

================================================================

So I eval:

  (set-frame-font "7x13")

For EN text I get (from C-u C-x =):

  x:-misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-1 (#x28)

For RU text I get:

  xft:-Misc-Fixed-normal-normal-normal-*-13-*-*-*-c-80-iso10646-1 (#x394)

As you see for Russian text Emacs use different font and I loose vertical
alignment for text.

Next example:

  (set-frame-font "-misc-fixed-medium-r-normal-*-13-*-*-*-*-*-iso10646-*")

and for russian letter get (ugly bold large letters):

  xft:-Misc-Fixed-normal-normal-normal-ja-13-*-*-*-c-120-iso10646-1 (#x1FC)

After a lot of experimanting I found:

  (set-frame-font "-rfx-courier-medium-r-normal-*-14-*-75-75-*-iso10646-1")

which good for EN/RU exept missing 13px size. 12 too small, 14 look large.

I accept the situation and use this fornt until back to edit
dictionary with IPA letters.

Some IPA letters shown as @ instead of ə:

         to input: type "/e" with ipa
    xft:-rfx-Courier-normal-normal-normal-*-14-*-*-*-m-90-iso10646-1 (#x323)
  name: LATIN SMALL LETTER SCHWA

================================================================

So instead of looking for font where Emacs produce acceptable output it must
work as in 22.x series. Look for Emacs 22.2.1 with:

  (set-frame-font "7x13")

I get text which looks RIGHT and font is **SAME** for all chars. Look for EN,
RU, IPA chars respectively:

  character: d (100, #o144, #x64, U+0064)
     -Misc-Fixed-Medium-R-Normal--13-120-75-75-C-70-ISO8859-1 (#x64)
  character: ʌ (332332, #o1211054, #x5122c, U+028C)
     -Misc-Fixed-Medium-R-Normal--13-120-75-75-C-70-ISO10646-1 (#x28C)
  character: д (332884, #o1212124, #x51454, U+0434)
     -Misc-Fixed-Medium-R-Normal--13-120-75-75-C-70-ISO10646-1 (#x434)

================================================================

I don't know if it possible to work around this issue.

I think it was related to Xft font support.

Really I happy with server-side fonts and dislike anti-aliasing for text
editing.

================================================================

In GNU Emacs 23.4.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.10)
 of 2012-04-07 on trouble, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.11201902
configured using `configure  '--build' 'x86_64-linux-gnu' '--build' 'x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.4/site-lisp:/usr/share/emacs/site-lisp' '--with-crt-dir=/usr/lib/x86_64-linux-gnu' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -DDEBIAN -O2' 'CPPFLAGS=-D_FORTIFY_SOURCE=2''

Important settings:
  value of $LANG: ru_RU.UTF-8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

-- 
Best regards!

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

From: Juri Linkov <juri <at> jurta.org>
To: Oleksandr Gavenko <gavenkoa <at> gmail.com>
Cc: 11889 <at> debbugs.gnu.org
Subject: Re: bug#11889: 23.4;
	Emacs 23.4.1 jump from one font to another ever all needed chars
	precent in single font. 22.2.1 work fine.
Date: Tue, 10 Jul 2012 00:31:13 +0300

merge 11889 4895
thanks

> I don't know if it possible to work around this issue.

This is the same problem like in the bug#4895
As recommended in http://debbugs.gnu.org/4895
you can do:

(set-fontset-font "fontset-default" 'cyrillic
                  (font-spec :registry "iso10646-1" :script 'cyrillic))

But it seems the same problem exists for the Latin script too
that uses ISO8859-1 instead of ISO10646-1.

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

From: Oleksandr Gavenko <gavenkoa <at> gmail.com>
To: Juri Linkov <juri <at> jurta.org>
Cc: 11889 <at> debbugs.gnu.org
Subject: Re: bug#11889: 23.4;
	Emacs 23.4.1 jump from one font to another ever all needed chars
	precent in single font. 22.2.1 work fine.
Date: Tue, 10 Jul 2012 14:24:24 +0300

On 2012-07-10, Juri Linkov wrote:

> merge 11889 4895
> thanks
>
>> I don't know if it possible to work around this issue.
>
> This is the same problem like in the bug#4895
> As recommended in http://debbugs.gnu.org/4895
> you can do:
>
> (set-fontset-font "fontset-default" 'cyrillic
>                   (font-spec :registry "iso10646-1" :script 'cyrillic))
>
I still have problem when executing command above...

Russian letters have ja lang spec:

  xft:-Misc-Fixed-normal-normal-normal-ja-13-*-*-*-c-120-iso10646-1 (#x1DC)

while other chars have no. And ja font look very different from non-ja.

I try execute:

  (set-fontset-font "fontset-default" 'cyrillic
                   (font-spec :registry "iso10646-1" :script 'cyrillic lang: nil))

but nothing happen. Now I try deeply look into Emacs manuals...

-- 
Best regards!

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

From: Oleksandr Gavenko <gavenkoa <at> gmail.com>
To: 11889 <at> debbugs.gnu.org
Subject: Further info...
Date: Wed, 11 Jul 2012 00:36:33 +0300

After learning about fonts in Emacs I found that wrong in my setup. I write
about this at:

  http://thread.gmane.org/gmane.emacs.help/85735

where I originally ask question.

So main problem - I don't know how debug issue, so anything happen look
magical to me.

Now I discover such tools:

  $ xfontsel -sampleUCS 'əθʃçʧ  θʒtð Hello Привет!'
  $ gucharmap

With this tools I look for fonts that support all range of needed by me chars.

As I learn there are 4 different char types involved: ASCII, Greek, Cyrillic
and IPA.

Fonts in my previous report have holes or look wrongly for certain chars.

After setting at Emacs boot time in ~/.Xdefaults:

  emacs.font: -misc-fixed-medium-r-normal-*-14-*-*-*-c-*-iso10646-1

or in running Emacs instance:

  (set-frame-font "-misc-fixed-medium-r-normal--14-*-*-*-c-*-iso10646-1")
  (set-fontset-font "fontset-default" 'latin
                    "-misc-fixed-medium-r-normal--14-*-*-*-c-*-iso10646-1")
  (set-fontset-font "fontset-default" 'phonetic
                    "-misc-fixed-medium-r-normal--14-*-*-*-c-*-iso10646-1")
  (set-fontset-font "fontset-default" 'cyrillic
                    "-misc-fixed-medium-r-normal--14-*-*-*-c-*-iso10646-1")
  (set-fontset-font "fontset-default" 'greek
                    "-misc-fixed-medium-r-normal--14-*-*-*-c-*-iso10646-1")

I get monospaced and **SAME** font for desired range of chars!

Also this command also help me:

  (pp (char-table-extra-slot char-script-table 0))

I think bug can be closed. Except part that Emacs algorithm for selecting font for
missing chars is too dumb and give ugly results (one example is C code with
comments on Russian - with different font for EN/RU text I lost indenting).

Thanks to Juri Linkov for assistant!

-- 
Best regards!

Message #21 received at 11889-done <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> jurta.org>
To: Oleksandr Gavenko <gavenkoa <at> gmail.com>
Cc: 11889-done <at> debbugs.gnu.org
Subject: Re: bug#11889: Further info...
Date: Wed, 11 Jul 2012 03:09:59 +0300

> I think bug can be closed.

Thanks, closed.  It's not a problem nowadays to find a good font
that supports many charsets and provides consistent display
of characters from different charsets.

Previous Next

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