GNU bug report logs - #64270
30.0.50; Font update for no toolkit menu

Previous Next

Package: emacs;

Reported by: Manuel Giraud <manuel <at> ledu-giraud.fr>

Date: Sat, 24 Jun 2023 17:01:02 UTC

Severity: normal

Found in version 30.0.50

Fixed in version 30.1

Done: Manuel Giraud <manuel <at> ledu-giraud.fr>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Robert Pluim <rpluim <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: 64270 <at> debbugs.gnu.org, Manuel Giraud <manuel <at> ledu-giraud.fr>
Subject: bug#64270: 30.0.50; Font update for no toolkit menu
Date: Tue, 27 Jun 2023 11:53:46 +0200

>>>>> On Tue, 27 Jun 2023 17:49:15 +0800, Po Lu <luangruo <at> yahoo.com> said:

    Po Lu> Robert Pluim <rpluim <at> gmail.com> writes:
    >> OK, but we could still fix this niggle in `font_unparse_xlfd' (if I
    >> call it a regression, can it go in emacs-29? 😸)

    Po Lu> I'm not so sure... I think it is more important that Emacs be able to
    Po Lu> parse its own XLFDs without losing information than it is for XLFDs it
    Po Lu> generates to be understood by X, since XLFDs are often used in Lisp as a
    Po Lu> printable replacement for font specifications.

I donʼt think the change I proposed changes the parsing, only the
unparsing: the weights are compared in order when parsing. Or did you
mean you want Emacs to preserve the non-standard 'regular' for some
reason?

Robert
--
This bug report was last modified 1 year and 323 days ago.

Previous Next

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