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: Eli Zaretskii <eliz <at> gnu.org>
To: Tomas Hlavaty <tom <at> logand.com>
Cc: luangruo <at> yahoo.com, 57372 <at> debbugs.gnu.org
Subject: bug#57372: no-toolkit menu popups do not respect emacs font configuration
Date: Wed, 24 Aug 2022 22:28:23 +0300
> From: Tomas Hlavaty <tom <at> logand.com>
> Cc: luangruo <at> yahoo.com, 57372 <at> debbugs.gnu.org
> Date: Wed, 24 Aug 2022 20:54:24 +0200
> 
> On Wed 24 Aug 2022 at 19:32, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >> TTY menus seem fine except the extra > in menu-bar overlaps the next
> >> menu-bar item text.
> >
> > That's by design, btw.
> 
> Strange design.  Say I want to open the Edit menu.  I press F10 and
> suddenly I cannot see the Edit menu anymore.

??? The drop-down menu also hides part of the window's text, doesn't
it?  More generally, _something_ has to be hidden, because this is a
text-mode terminal: the menu cannot move outside of the frame, where
it wouldn't overlap any of the windows.

So why is it important that the Edit menu is hidden, but not that the
whole text below the File menu is suddenly unreadable.

> What about doing it differently?  For no-toolkit Emacs, it would be
> enough for me if the menu simply opened a *Menu* buffer with the
> relevant menu items.  All those issues would suddenly disappear.

That already exists: use tmm-menubar.




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.