GNU bug report logs -
#53550
29.0.50; bitmap fonts
Previous Next
To reply to this bug, email your comments to 53550 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53550
; Package
emacs
.
(Wed, 26 Jan 2022 14:37:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Roland Winkler" <winkler <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 26 Jan 2022 14:37:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Run
emacs -Q -fn "-misc-fixed-medium-r-normal-*-20-*-*-75-*-*-*-*"
This works as expected (using the selected font) with older verions of
emacs including 28.0.91, but it selects a weird font with emacs from git.
In GNU Emacs 29.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.5, cairo version 1.16.0)
of 2022-01-21 built on regnitz
Repository revision: adf00298b60e87f76c64b1ba68c0424df55982e1
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux 10 (buster)
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS
X11 XDBE XIM XPM GTK3 ZLIB
Important settings:
value of $LC_COLLATE: C
value of $LANG: en_US.utf8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
Major mode: Fundamental
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53550
; Package
emacs
.
(Wed, 26 Jan 2022 14:40:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 53550 <at> debbugs.gnu.org (full text, mbox):
"Roland Winkler" <winkler <at> gnu.org> writes:
> emacs -Q -fn "-misc-fixed-medium-r-normal-*-20-*-*-75-*-*-*-*"
>
> This works as expected (using the selected font) with older verions of
> emacs including 28.0.91, but it selects a weird font with emacs from git.
I'm unable to reproduce this on Debian/bookworm -- Emacs 27.1 and the
current trunk seem to select the same font.
Can you post the output from `C-u C-x =' on some text, and also include
a screenshot?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53550
; Package
emacs
.
(Wed, 26 Jan 2022 15:11:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 53550 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Wed, Jan 26 2022, Lars Ingebrigtsen wrote:
> I'm unable to reproduce this on Debian/bookworm -- Emacs 27.1 and the
> current trunk seem to select the same font.
>
> Can you post the output from `C-u C-x =' on some text, and also include
> a screenshot?
Emacs from trunk gives me:
(my xfontsel cannot make use of the font name displayed here, it says
"no names match")
position: 4 of 145 (2%), column: 3
character: T (displayed as T) (codepoint 84, #o124, #x54)
charset: ascii (ASCII (ISO646 IRV))
code point in charset: 0x54
script: latin
syntax: w which means: word
category: .:Base, L:Strong L2R, a:ASCII, l:Latin, r:Roman
to input: type "C-x 8 RET 54" or "C-x 8 RET LATIN CAPITAL LETTER T"
buffer code: #x54
file code: #x54 (encoded by coding system utf-8-unix)
display: by this font (glyph code):
ftcrhb:-Misc-Fixed-medium-normal-normal-ko-18-*-*-*-c-180-iso10646-1 (#x36)
Character code properties: customize what to show
name: LATIN CAPITAL LETTER T
general-category: Lu (Letter, Uppercase)
decomposition: (84) ('T')
There are text properties here:
face font-lock-comment-face
fontified nil
--------------------------------------------------------------------------
Emacs 28.0.91 gives me
position: 4 of 145 (2%), column: 3
character: T (displayed as T) (codepoint 84, #o124, #x54)
charset: ascii (ASCII (ISO646 IRV))
code point in charset: 0x54
script: latin
syntax: w which means: word
category: .:Base, L:Strong L2R, a:ASCII, l:Latin, r:Roman
to input: type "C-x 8 RET 54" or "C-x 8 RET LATIN CAPITAL LETTER T"
buffer code: #x54
file code: #x54 (encoded by coding system utf-8-unix)
display: by this font (glyph code):
ftcrhb:-Misc-Fixed-normal-normal-normal-*-20-*-*-*-c-100-iso10646-1 (#x36)
Character code properties: customize what to show
name: LATIN CAPITAL LETTER T
general-category: Lu (Letter, Uppercase)
decomposition: (84) ('T')
There are text properties here:
face font-lock-comment-face
fontified nil
--------------------------------------------------------------------------
Screenshots are attached. I do not know why the *About Emacs* buffer
with 29.0.50 uses no fancy layout at all, but only the dull layout
visible in the screenshot. Emacs 29.0.50 uses the same font for all
other buffers.
[emacs-29.0.50.png (image/png, attachment)]
[emacs-28.0.91.png (image/png, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53550
; Package
emacs
.
(Wed, 26 Jan 2022 15:24:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 53550 <at> debbugs.gnu.org (full text, mbox):
"Roland Winkler" <winkler <at> gnu.org> writes:
> ftcrhb:-Misc-Fixed-medium-normal-normal-ko-18-*-*-*-c-180-iso10646-1 (#x36
[...]
> ftcrhb:-Misc-Fixed-normal-normal-normal-*-20-*-*-*-c-100-iso10646-1 (#x36)
So Emacs 29 is choosing a "ko" variant for the font? I guess that's a
Russian font? It sounds like a variation on the other font selection
problems we've been seeing on the trunk, which we're still debugging, I
think.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53550
; Package
emacs
.
(Wed, 26 Jan 2022 15:34:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 53550 <at> debbugs.gnu.org (full text, mbox):
On Wed, Jan 26 2022, Lars Ingebrigtsen wrote:
> "Roland Winkler" <winkler <at> gnu.org> writes:
>
>> ftcrhb:-Misc-Fixed-medium-normal-normal-ko-18-*-*-*-c-180-iso10646-1 (#x36
> [...]
>
>> ftcrhb:-Misc-Fixed-normal-normal-normal-*-20-*-*-*-c-100-iso10646-1 (#x36)
>
> So Emacs 29 is choosing a "ko" variant for the font? I guess that's a
> Russian font? It sounds like a variation on the other font selection
> problems we've been seeing on the trunk, which we're still debugging, I
> think.
I am not sure which font emacs 29 is using. With the above "ko"
variant, xfontsel gives me "no names match".
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53550
; Package
emacs
.
(Wed, 26 Jan 2022 16:13:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 53550 <at> debbugs.gnu.org (full text, mbox):
On Jan 26 2022, Roland Winkler wrote:
> I am not sure which font emacs 29 is using. With the above "ko"
> variant, xfontsel gives me "no names match".
Try replacing the first -normal- by -r-.
$ xlsfonts -fn -misc-fixed-medium-r-normal-ko-18-*-*-*-c-180-iso10646-1
-misc-fixed-medium-r-normal-ko-18-120-100-100-c-180-iso10646-1
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53550
; Package
emacs
.
(Wed, 26 Jan 2022 16:57:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 53550 <at> debbugs.gnu.org (full text, mbox):
> Resent-From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
> Resent-CC: bug-gnu-emacs <at> gnu.org
> Resent-Sender: help-debbugs <at> gnu.org
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Wed, 26 Jan 2022 16:23:40 +0100
> Cc: 53550 <at> debbugs.gnu.org
>
> "Roland Winkler" <winkler <at> gnu.org> writes:
>
> > ftcrhb:-Misc-Fixed-medium-normal-normal-ko-18-*-*-*-c-180-iso10646-1 (#x36
> [...]
>
> > ftcrhb:-Misc-Fixed-normal-normal-normal-*-20-*-*-*-c-100-iso10646-1 (#x36)
>
> So Emacs 29 is choosing a "ko" variant for the font? I guess that's a
> Russian font? It sounds like a variation on the other font selection
> problems we've been seeing on the trunk, which we're still debugging, I
> think.
Perhaps some side effect of changing the default font from medium to
regular weight?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53550
; Package
emacs
.
(Wed, 26 Jan 2022 17:00:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 53550 <at> debbugs.gnu.org (full text, mbox):
On Wed, Jan 26 2022, Andreas Schwab wrote:
> Try replacing the first -normal- by -r-.
>
> $ xlsfonts -fn -misc-fixed-medium-r-normal-ko-18-*-*-*-c-180-iso10646-1
> -misc-fixed-medium-r-normal-ko-18-120-100-100-c-180-iso10646-1
Yes, that seems to be the font that emacs is using.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53550
; Package
emacs
.
(Wed, 26 Jan 2022 19:54:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 53550 <at> debbugs.gnu.org (full text, mbox):
On Wed, Jan 26 2022, Eli Zaretskii wrote:
>> From: Lars Ingebrigtsen <larsi <at> gnus.org>
>> So Emacs 29 is choosing a "ko" variant for the font? I guess that's a
>> Russian font? It sounds like a variation on the other font selection
>> problems we've been seeing on the trunk, which we're still debugging, I
>> think.
>
> Perhaps some side effect of changing the default font from medium to
> regular weight?
All this is not my area of expertise. For the longest time I have used
-misc-fixed-medium-r-normal-*-20-*-*-75-*-*-*-*
and it gave me the font I wanted not only with emacs, but also with a
good number of other applications. (I cannot go back anymore to the old
system that motivated me to pick this.) Now using debian 10, I have
changed this to
-misc-fixed-*-*-*-*-20-*-*-*-*-*-*-*
and it seems to work not only with older versions of emacs and other
applications (I need to check this more carefully!), but also Emacs 29
is then picking the font I want.
This bug report was last modified 3 years and 143 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.