From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#52973: Adding a few context-menu-mode commands Date: Thu, 06 Jan 2022 10:20:10 +0200 Organization: LINKOV.NET Message-ID: <86wnjds2is.fsf@mail.linkov.net> References: <87o84tp69h.fsf@posteo.net> <83pmp9c7j9.fsf@gnu.org> <877dbhoril.fsf@posteo.net> <837dbgdh51.fsf@gnu.org> <871r1opwbi.fsf@posteo.net> <86mtkcr02p.fsf@mail.linkov.net> <83o84rbsa4.fsf@gnu.org> <86a6gbo0lk.fsf@mail.linkov.net> <8335m3b78v.fsf@gnu.org> <87h7aj463g.fsf@posteo.net> <83y23v9s0x.fsf@gnu.org> <8635m29eik.fsf@mail.linkov.net> <835yqy9e2q.fsf@gnu.org> <86mtka7y6u.fsf@mail.linkov.net> <831r1l9wwg.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21278"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) Cc: philipk@posteo.net, 52973@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 06 09:26:16 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n5O6C-0005Oq-JS for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 06 Jan 2022 09:26:16 +0100 Original-Received: from localhost ([::1]:39910 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n5O6B-00084R-2V for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 06 Jan 2022 03:26:15 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:33724) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n5O5z-00081A-2S for bug-gnu-emacs@gnu.org; Thu, 06 Jan 2022 03:26:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46676) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n5O5y-0003EU-PL for bug-gnu-emacs@gnu.org; Thu, 06 Jan 2022 03:26:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n5O5y-0007t6-N8 for bug-gnu-emacs@gnu.org; Thu, 06 Jan 2022 03:26:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Jan 2022 08:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52973 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 52973-submit@debbugs.gnu.org id=B52973.164145751530260 (code B ref 52973); Thu, 06 Jan 2022 08:26:02 +0000 Original-Received: (at 52973) by debbugs.gnu.org; 6 Jan 2022 08:25:15 +0000 Original-Received: from localhost ([127.0.0.1]:39578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n5O5D-0007s0-39 for submit@debbugs.gnu.org; Thu, 06 Jan 2022 03:25:15 -0500 Original-Received: from relay11.mail.gandi.net ([217.70.178.231]:52051) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n5O5B-0007rT-2H for 52973@debbugs.gnu.org; Thu, 06 Jan 2022 03:25:13 -0500 Original-Received: (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id DCB5310000B; Thu, 6 Jan 2022 08:25:05 +0000 (UTC) In-Reply-To: <831r1l9wwg.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 06 Jan 2022 08:54:39 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:223725 Archived-At: >> > I agree, but is that a real danger? How much context that gets into >> > context menu can there be for a single spot in a buffer? >> >> I've never seen a context menu longer than about 10 items with short submenus. > > So then this is not a real problem, and we shouldn't be worried about > it, right? Menus are usually short because long menus is a real problem. >> > And if indeed there's a lot of useful context, we should produce >> > multi-level context menus, like we do with buffer-menu. >> > >> > Once again: this feature makes no sense whatsoever if turning on the >> > context-menu-mode doesn't activate the context menus. >> >> More context functions have the same discoverability >> as all user options with multiple choices. > > I don't see what discoverability has to do with this. The issue is > not discoverability, the issue is to show reasonably useful context > menus when the user turns on context-menu-mode and right-clicks some > part of the Emacs display. If "useful" here means a long menu with all possible items, then in this case “useful” is the enemy of “usable”. > Telling the user to do more customizations _after_ turning on > context-menu-mode makes little sense to me. There are hundreds of user variables for customization, and the context menu variable is not different.