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#52293: 29.0.50; [PATCH v3] Prevent further cases of duplicated separators in context menus Date: Wed, 08 Dec 2021 21:07:28 +0200 Organization: LINKOV.NET Message-ID: <86ilvysyq3.fsf@mail.linkov.net> References: <86tufn5jn9.fsf@mail.linkov.net> <86pmqa14fc.fsf@mail.linkov.net> <15eebcb1-b67a-8363-bc23-cf113913856f@gmail.com> <86h7bkhlo7.fsf@mail.linkov.net> <37047ada-fa33-88dd-5237-769611fec61b@gmail.com> <83wnkfw8ud.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28441"; 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: Jim Porter , 52293@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Dec 08 20:33:41 2021 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 1mv2hA-0007Bi-AH for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Dec 2021 20:33:40 +0100 Original-Received: from localhost ([::1]:41100 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mv2h8-0006LP-Nj for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Dec 2021 14:33:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38134) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mv2di-0003TJ-Dv for bug-gnu-emacs@gnu.org; Wed, 08 Dec 2021 14:30:06 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58137) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mv2df-0003hp-P7 for bug-gnu-emacs@gnu.org; Wed, 08 Dec 2021 14:30:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mv2df-0004Mn-MR for bug-gnu-emacs@gnu.org; Wed, 08 Dec 2021 14:30:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Dec 2021 19:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52293 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 52293-submit@debbugs.gnu.org id=B52293.163899177716684 (code B ref 52293); Wed, 08 Dec 2021 19:30:03 +0000 Original-Received: (at 52293) by debbugs.gnu.org; 8 Dec 2021 19:29:37 +0000 Original-Received: from localhost ([127.0.0.1]:41442 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mv2dF-0004L2-GE for submit@debbugs.gnu.org; Wed, 08 Dec 2021 14:29:37 -0500 Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:45459) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mv2dD-0004KZ-NL for 52293@debbugs.gnu.org; Wed, 08 Dec 2021 14:29:36 -0500 Original-Received: (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 6EE8D240004; Wed, 8 Dec 2021 19:29:28 +0000 (UTC) In-Reply-To: <83wnkfw8ud.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 08 Dec 2021 14:59:38 +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:221943 Archived-At: >> > Thanks, this makes perfect sense. I vote for pushing this to emacs-28, >> > so the authors of packages could rely on this scheme. > > Perhaps we should decide that Emacs 28.1 will be release some time > after 2031, then. Because we are evidently unable to avoid > temptations to add "one more feature". With the naming scheme of using the year as the version number as in Windows 95/98, Emacs 28 should be released in 2028 :-) But before the release we need to decide whether the authors of packages should add new menu items at the top of the menu before its title, or help them by providing an anchor in the menu. Also please decide what to do bug#52286: should we unify such menu symbols as [separator-global] to [global-separator] before the release?