GNU bug report logs - #61196
30.0.50; X11 rendering of horizontal line in log-edit mode fails with some fonts

Previous Next

Package: emacs;

Reported by: Dima Kogan <dima <at> secretsauce.net>

Date: Tue, 31 Jan 2023 08:30:02 UTC

Severity: normal

Found in version 30.0.50

Full log


View this message in rfc822 format

From: Po Lu <luangruo <at> yahoo.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 61196 <at> debbugs.gnu.org, dima <at> secretsauce.net
Subject: bug#61196: 30.0.50; X11 rendering of horizontal line in log-edit mode fails with some fonts
Date: Wed, 01 Feb 2023 11:42:27 +0800
Eli Zaretskii <eliz <at> gnu.org> writes:

>> Cc: 61196 <at> debbugs.gnu.org
>> Date: Wed, 01 Feb 2023 09:29:08 +0800
>> From:  Po Lu via "Bug reports for GNU Emacs,
>>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> 
>> When I last investigated this problem (I use the X core font backend all
>> the time), it was that X fonts typically have no glyph for the newline
>> character, which Emacs seems to expect.
>
> No, Emacs doesn't use the glyph for newline.  It starts a new screen
> line instead.  But that requires the default face to have a valid
> font, AFAIU.

Well, when I made xfont_has_char and xfont_encode_char return a working
glyph for newline, that started working as expected.

But it's been so long that I've forgotten the details.




This bug report was last modified 2 years and 139 days ago.

Previous Next


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