GNU bug report logs - #57372
no-toolkit menu popups do not respect emacs font configuration

Previous Next

Package: emacs;

Reported by: Tomas Hlavaty <tom <at> logand.com>

Date: Tue, 23 Aug 2022 21:09:03 UTC

Severity: normal

Full log


View this message in rfc822 format

From: Tomas Hlavaty <tom <at> logand.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 57372 <at> debbugs.gnu.org
Subject: bug#57372: no-toolkit menu popups do not respect emacs font configuration
Date: Fri, 26 Aug 2022 08:54:13 +0200
On Fri 26 Aug 2022 at 09:11, Po Lu <luangruo <at> yahoo.com> wrote:
> Tomas Hlavaty <tom <at> logand.com> writes:
>
>> I am looking for something which:
>> - is customizable the Emacs way
>
> I guess a good recommendation would be to lower your expectations, since
> no toolkit provides face customization in as detailed a fashion as
> Emacs.

Yes, I am doing exactly that: lowering my expectations.  The first word
of this bug report is no-toolkit after all.

>> It looks like tmm-menubar is the only existing menu implementation which
>> satisfies my requirements and is probably the only reasonable way
>> forward.
>
> tmm-menubar doesn't even pop up menus.  How can it be the only
> reasonable way forward?

It does not pop up menus in the alien widget toolkit sense.

It does pop up menus in the emacs sense, i.e. the *Completions* buffer
pops up.  (After lowering my expectations, this is good enough.)

Maybe there is a more precise terminology to distinguish the two cases?

>> I think I need to first find a way to configure my emacs so that all
>> those X resource based menus are replaced with tmm-menubar.
>
> X resource based menus?

I think you called it XMenu.




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

Previous Next


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