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


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

From: Tomas Hlavaty <tom <at> logand.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: luangruo <at> yahoo.com, 57372 <at> debbugs.gnu.org
Subject: Re: bug#57372: no-toolkit menu popups do not respect emacs font
 configuration
Date: Tue, 13 Sep 2022 22:06:45 +0200
On Thu 25 Aug 2022 at 22:02, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> It is not something I invented, it is important use-case and pretty
>> much essential part of GUI programs these days.  Try for example C-+
>> and C-- in firefox or xfce4-terminal.
>
> When I do that in Firefox, the displayed text is resized, but not the
> menus or the tool bar.

Interestingly, the Web Developer Tools menu does change the font size,
e.g. press F12 and C-+ and the font size of the Web Developer Tools menu
changes too.

Only the widget toolkit based menu does not change the font size.

I never understood why web browsers depend on widget toolkits
when they already implement everything needed
and do not adhere to "native" look-and-feel anyway.
Widget toolkits impose such inflexible restrictions
and import annoying problems.

Like somebody recently complained about 2sec delay when opening Emacs menu.
tmm-menubar does not solve it fully, because in gui emacs,
menu invocations by mouse are hardcoded to use toolkit based menu.




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.