GNU bug report logs - #50067
Context menus

Previous Next

Package: emacs;

Reported by: Juri Linkov <juri <at> linkov.net>

Date: Sun, 15 Aug 2021 08:52:01 UTC

Severity: normal

Tags: fixed

Fixed in version 28.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


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

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: Re: bug#50067: Context menus
Date: Thu, 19 Aug 2021 10:57:43 +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: Thu, 19 Aug 2021 10:12:54 +0300
> 
> > 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.
> 
> GUI toolkits can't ignore titles for all menus.  Some menus should be
> displayed with a title for all toolkits.

Which popup menus have titles that cannot be ignored, and why?

> The context menu is special.  Nowadays everyone is accustomed to
> down-mouse-3 popping up a context menu without title.  But other
> Emacs-specific menus that are not familiar to users such as
> mouse-buffer-menu bound C-<down-mouse-1> should display a title for
> all toolkits to explain to the user what choice the menu presents.

If we want some titles to behave in special ways, we could put a text
property on the title string to mark those titles that should get
special treatment.  That is better than removing the title, and
certainly better than removing it based on the frame type, because
then Lisp code which handles the menu keymaps will need to be prepared
to handle both kinds of menu keymaps, the ones with a title and ones
without it.  It is also against the documented practice.

So let's please reinstate the title, and use properties or some other
mechanism to mark the title strings that need special handling in some
circumstances.

Thanks.




This bug report was last modified 3 years and 172 days ago.

Previous Next


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