GNU bug report logs - #50067
Context menus

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: alan <at> idiocy.org, mattiase <at> acm.org, homeros.misasa <at> gmail.com, tkk <at> misasa.okayama-u.ac.jp, larsi <at> gnus.org, 50067 <at> debbugs.gnu.org
Subject: bug#50067: Context menus
Date: Wed, 18 Aug 2021 21:59:10 +0300

> From: Juri Linkov <juri <at> linkov.net>
> Cc: mattiase <at> acm.org,  50067 <at> debbugs.gnu.org,  homeros.misasa <at> gmail.com,
>   tkk <at> misasa.okayama-u.ac.jp,  larsi <at> gnus.org,  alan <at> idiocy.org
> Date: Wed, 18 Aug 2021 21:40:19 +0300
> 
> >> I guess the presence of the title should be platform-dependent.
> >> For example, without a title it looks great on the GTK build.
> >
> > What happens if the GTK build displays a TTY frame?  Isn't the menu
> > definition global, and thus doesn't distinguish between frame types?
> 
> The menu definition is constructed dynamically, so it possible
> to set the title when (framep (selected-frame)) returns t on tty.

OK, but as I wrote elsewhere, I think the string should always be
present, and if some GUI toolkit wants to ignore it, it should avoid
putting it into the native menu structure when it creates the menu
widget(s).  The Lisp data should remain the same, IMO.

Previous Next

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