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

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

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

Po Lu <luangruo <at> yahoo.com> writes:

> Manuel Giraud <manuel <at> ledu-giraud.fr> writes:
>
>> I imagined something like that.  So maybe I need a new function.  For
>> example `x_normalize_xlfd'?
>
> Perhaps you should instead consider the reason you need to use XLFDs to
> specify fonts.  It is highly unlikely for fonts loaded by FreeType-based
> font backends to also exist on the X server, and thus be accessible from
> the X core protocol in the first place.

I know.  I guess that XLFD representation is legacy at this point… but
so is oldXMenu.

> TRT is probably to write a new menu library that uses Emacs's own font
> backends for displaying text.

Yes I know that too.  But the Emacs' display system is quite hard to
grok and I imagine that those menu will end up being child frames (but
maybe that is the way to go).
-- 
Manuel Giraud
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.