From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Jul 2013 23:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 14797@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.137298208119784 (code B ref -1); Thu, 04 Jul 2013 23:55:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Jul 2013 23:54:41 +0000 Received: from localhost ([127.0.0.1]:58335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UutMG-000591-32 for submit@debbugs.gnu.org; Thu, 04 Jul 2013 19:54:40 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42429) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UutMC-00058k-BV for submit@debbugs.gnu.org; Thu, 04 Jul 2013 19:54:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UutM5-00089N-Qu for submit@debbugs.gnu.org; Thu, 04 Jul 2013 19:54:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-99.2 required=5.0 tests=BAYES_50,USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57033) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UutM5-00089J-Nn for submit@debbugs.gnu.org; Thu, 04 Jul 2013 19:54:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44145) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UutM3-0004or-Ib for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 19:54:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UutM2-00088w-6Z for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 19:54:27 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:42488) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UutM1-00088q-WC for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 19:54:26 -0400 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r64NsOWL007332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 4 Jul 2013 23:54:25 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r64NsNoB015908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 4 Jul 2013 23:54:24 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r64NsN2A015900 for ; Thu, 4 Jul 2013 23:54:23 GMT MIME-Version: 1.0 Message-ID: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> Date: Thu, 4 Jul 2013 16:54:21 -0700 (PDT) From: Drew Adams X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) I have a library, lacarte.el, that lets you use the keyboard to navigate the menu-bar menus. The aim is thus similar to that of tmm, but you can use completion against the full "path" to a menu item (submenus etc.). Completion candidates look like this: `Buffers > Frames > foo.el' (item `foo.el' in submenu `Frames' of menu-bar menu `Buffers'. When you have multiple frames, the dynamically created `Buffers' menu-bar menu has a (dynamically created) submenu `Frames'. Starting with Emacs 23, instead of seeing candidates like `Buffers > Frames > foo.el' in LaCarte, you see only a pseudo candidate for the submenu itself: `Buffers > Frames', and if you choose that candidate you get an error saying that there is no such command. That's because the LaCarte code assumes that the menu data structure corresponds to the documented menu structures. It seems that the Emacs code now uses an undocumented menu structure here. The code in menu-bar.el that creates the `Buffers' menu (and its `Frames' submenu) changed in Emacs 23 to use a vector of buffer (and a vector of frame) entries instead of a list of them. I don't see anything in the manual that mentions that a menu can take this form. Dunno whether I am not reading it well enough or the doc is incomplete. And I see nothing in the Emacs 23 NEWS about such a new menu structure. (I do not understand how someone can make such a fundamental change and not mention it in NEWS. New menu structures are not something that Emacs adds everyday.) 1. So at a minimum this is a DOC bug report: I would like the doc to describe all of the possible forms of menus. Apparently it no longer does that. 2. Beyond that, using vectors here is a PITA for Lisp code. It makes code that traverses such code difficult, if not impossible. Without this change to vectors, a simple recursion on a list cdr is all that is needed. No doubt I'll find a fix, once I know the actual possible menu structures available. But using vectors here does not seem very lispy. Could you perhaps consider changing the code back to using lists? Here are some details - see function `menu-bar-update-buffers' in `menu-bar.el. This is a snippet from that function - the part that creates the `Frames' submenu: Emacs 22 (and prior is similar, but a little different (but still uses a list, not a vector)): ;; Make a Frames menu if we have more than one frame. (when (cdr frames) (let ((frames-menu (cons 'keymap (cons "Select Frame" (mapcar (lambda (frame) (nconc (list (frame-parameter frame 'name) (frame-parameter frame 'name) (cons nil nil)) 'menu-bar-select-frame)) frames))))) ;; Put it after the normal buffers (setq buffers-menu (nconc buffers-menu `((frames-separator "--") (frames menu-item "Frames" ,frames-menu)))))) Emacs 23 - uses a vector (why?): ;; Make a Frames menu if we have more than one frame. (when (cdr frames) (let* ((frames-vec (make-vector (length frames) nil)) ; <=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D (frames-menu (cons 'keymap (list "Select Frame" frames-vec))) (i 0)) (dolist (frame frames) (aset frames-vec i (nconc (list (frame-parameter frame 'name) (cons nil nil)) `(lambda () (interactive) (menu-bar-select-frame ,frame)))) (setq i (1+ i))) ;; Put it after the normal buffers (setq buffers-menu (nconc buffers-menu `((frames-separator "--") (frames menu-item "Frames" ,frames-menu)))))) I assume (hope) this change to using vectors was not gratuitous. But is it necessary? The cost is added difficulty analyzing and traversing the data structure, a priori. What is the benefit? As a heads-up, can you tell me where else, besides these two dynamically created menus (`Buffers' and `Frames'), Emacs use vectors in menu data structures? In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-07-01 on LEG570 Bzr revision: 113246 lekktu@gmail.com-20130701165437-ea20s94hqwp3ttaj Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/usr --enable-checking CFLAGS=3D'-O0 -g3' CPPFLAGS=3D'-DGLYPH_DEBUG=3D1 -I/c/usr/include'' From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 Jul 2013 10:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 14797@debbugs.gnu.org Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.137302093132523 (code B ref 14797); Fri, 05 Jul 2013 10:43:02 +0000 Received: (at 14797) by debbugs.gnu.org; 5 Jul 2013 10:42:11 +0000 Received: from localhost ([127.0.0.1]:59292 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Uv3Ss-0008SQ-PJ for submit@debbugs.gnu.org; Fri, 05 Jul 2013 06:42:11 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:41880) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Uv3Sq-0008Rt-2K for 14797@debbugs.gnu.org; Fri, 05 Jul 2013 06:42:08 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id r65Ag4Xx005169; Fri, 5 Jul 2013 06:42:05 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id AF9A5AE0D4; Fri, 5 Jul 2013 06:42:04 -0400 (EDT) From: Stefan Monnier Message-ID: References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> Date: Fri, 05 Jul 2013 06:42:04 -0400 In-Reply-To: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> (Drew Adams's message of "Thu, 4 Jul 2013 16:54:21 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4629=0 X-NAI-Spam-Version: 2.3.0.9362 : core <4629> : streams <994469> : uri <1467613> X-Spam-Score: -1.6 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.6 (-) > I don't see anything in the manual that mentions that a menu can take > this form. Dunno whether I am not reading it well enough or the doc is > incomplete. Indeed, vectors are an old format that is deprecated but still supported. They are similar to char-tables (which are supported, on the other hand). > (I do not understand how someone can make such a fundamental change and > not mention it in NEWS. New menu structures are not something that > Emacs adds everyday.) That's because it's a new menu structure, on the contrary. > 2. Beyond that, using vectors here is a PITA for Lisp code. It makes > code that traverses such code difficult, if not impossible. Without > this change to vectors, a simple recursion on a list cdr is all that is > needed. You should probably use `map-keymap' instead. Stefan From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 Jul 2013 15:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 14797@debbugs.gnu.org Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.13730374921113 (code B ref 14797); Fri, 05 Jul 2013 15:19:01 +0000 Received: (at 14797) by debbugs.gnu.org; 5 Jul 2013 15:18:12 +0000 Received: from localhost ([127.0.0.1]:60324 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Uv7lz-0000Hs-T9 for submit@debbugs.gnu.org; Fri, 05 Jul 2013 11:18:12 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:41246) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Uv7lx-0000HM-Gp for 14797@debbugs.gnu.org; Fri, 05 Jul 2013 11:18:10 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r65FI1aM025629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 5 Jul 2013 15:18:01 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r65FHxE0006652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Jul 2013 15:18:00 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r65FHx5Q020923; Fri, 5 Jul 2013 15:17:59 GMT MIME-Version: 1.0 Message-ID: Date: Fri, 5 Jul 2013 08:17:57 -0700 (PDT) From: Drew Adams References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > > I don't see anything in the manual that mentions that a menu can take > > this form. Dunno whether I am not reading it well enough or the doc is > > incomplete. >=20 > Indeed, vectors are an old format that is deprecated but > still supported. They are similar to char-tables (which are supported, > on the other hand). Really? In what Emacs version was that old format documented? I do not see it, going back to Emacs 20, and I do not remember ever seeing it before that. And why would we suddently make a code change in Emacs 24.4 to revert back to using a deprecated menu structure? And without adding any comment in the code as to (a) the fact that we deliberately use a deprecated and undocumented structure here and (b) why we do so. What was gained by this? Note too that deprecation of a feature (which as you note generally does not imply its desupport) generally does not mean removing all doc for it. As long as something is supported it is typically documented - at least reference doc. Support implies doc, generally. This "old format" has not been documented since at least Emacs 20. If the Emacs code is going to start using it again then it should be documented. > > (I do not understand how someone can make such a fundamental change and > > not mention it in NEWS. New menu structures are not something that > > Emacs adds everyday.) >=20 > That's because it's a new menu structure, on the contrary. Is there a "not" missing there, perhaps? If not, I do not follow you. AFAICT, it IS a new menu structure, at least in terms of documentation. Where was it documented for users before, if in fact it was really a supported menu structure? > > 2. Beyond that, using vectors here is a PITA for Lisp code. It makes > > code that traverses such code difficult, if not impossible. Without > > this change to vectors, a simple recursion on a list cdr is all that is > > needed. >=20 > You should probably use `map-keymap' instead. Yes, eventually I will perhaps do that. My code was originally based on similar code in `substitute-key-definition', whose code evolved to use `map-keymap' when that function was introduced. But that is really beside the point here. Why introduce an undocumented, at best deprecated, menu structure in Emacs 24.4? Was something useful gained wrt the list structure that was used before? Why move TOWARD something that has (at best) been deprecated for >15 years and is less lispy? From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 Jul 2013 22:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 14797@debbugs.gnu.org Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.137306436010888 (code B ref 14797); Fri, 05 Jul 2013 22:46:02 +0000 Received: (at 14797) by debbugs.gnu.org; 5 Jul 2013 22:46:00 +0000 Received: from localhost ([127.0.0.1]:32994 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UvElL-0002pX-LF for submit@debbugs.gnu.org; Fri, 05 Jul 2013 18:46:00 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:44297) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UvElJ-0002pJ-Jg for 14797@debbugs.gnu.org; Fri, 05 Jul 2013 18:45:57 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id r65MjtRE027382; Fri, 5 Jul 2013 18:45:56 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 996FEAE0C1; Fri, 5 Jul 2013 18:45:55 -0400 (EDT) From: Stefan Monnier Message-ID: References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> Date: Fri, 05 Jul 2013 18:45:55 -0400 In-Reply-To: (Drew Adams's message of "Fri, 5 Jul 2013 08:17:57 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.2 X-NAI-Spam-Rules: 2 Rules triggered GEN_SPAM_FEATRE=0.2, RV4630=0 X-NAI-Spam-Version: 2.3.0.9362 : core <4630> : streams <994714> : uri <1468142> X-Spam-Score: -1.6 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.6 (-) > But that is really beside the point here. Why introduce an undocumented, > at best deprecated, menu structure in Emacs 24.4? To see if you'd notice, Stefan From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Jul 2013 01:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 14797@debbugs.gnu.org Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.13730748414063 (code B ref 14797); Sat, 06 Jul 2013 01:41:02 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Jul 2013 01:40:41 +0000 Received: from localhost ([127.0.0.1]:33190 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UvHUI-000137-Rn for submit@debbugs.gnu.org; Fri, 05 Jul 2013 21:40:38 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:28999) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UvHUD-00012V-OL for 14797@debbugs.gnu.org; Fri, 05 Jul 2013 21:40:30 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r661eNTA029020 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Jul 2013 01:40:24 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r661eMXr028709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Jul 2013 01:40:22 GMT Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r661eLjZ002741; Sat, 6 Jul 2013 01:40:21 GMT MIME-Version: 1.0 Message-ID: Date: Fri, 5 Jul 2013 18:40:19 -0700 (PDT) From: Drew Adams References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > > But that is really beside the point here. Why introduce an undocumente= d, > > at best deprecated, menu structure in Emacs 24.4? >=20 > To see if you'd notice, Stefan Clever. From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Oct 2013 17:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 14797@debbugs.gnu.org Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.13822049216676 (code B ref 14797); Sat, 19 Oct 2013 17:49:01 +0000 Received: (at 14797) by debbugs.gnu.org; 19 Oct 2013 17:48:41 +0000 Received: from localhost ([127.0.0.1]:58151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXadk-0001jb-GD for submit@debbugs.gnu.org; Sat, 19 Oct 2013 13:48:40 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:48137) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXadh-0001j8-Qw for 14797@debbugs.gnu.org; Sat, 19 Oct 2013 13:48:38 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r9JHmVhe002261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 19 Oct 2013 17:48:32 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r9JHmU3u014032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Oct 2013 17:48:31 GMT Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r9JHmTox004467; Sat, 19 Oct 2013 17:48:30 GMT MIME-Version: 1.0 Message-ID: Date: Sat, 19 Oct 2013 10:48:29 -0700 (PDT) From: Drew Adams References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) Could this bug please be fixed? It is as simple as this: A menu keymap (and perhaps other keymap?) can apparently have a vector of menu entries as its third element. This is the case for `global-buffers-menu-map', for instance. I do not see this form of keymap documented anywhere in the Elisp manual. We bother to document the `keymap-prompt', which is hardly ever used in practice, but this alternative structure of a keymap is completely undocumented, AFAICT. Please document it. Just what is the form that is allowed? This belongs in the Elisp manual, as part of the keymap structure description. From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Aug 2016 13:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Stefan Monnier , 14797@debbugs.gnu.org Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.147048899030452 (code B ref 14797); Sat, 06 Aug 2016 13:10:01 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Aug 2016 13:09:50 +0000 Received: from localhost ([127.0.0.1]:57209 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW1ML-0007v1-Vi for submit@debbugs.gnu.org; Sat, 06 Aug 2016 09:09:50 -0400 Received: from mail-io0-f181.google.com ([209.85.223.181]:36210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW1MK-0007uk-UL; Sat, 06 Aug 2016 09:09:49 -0400 Received: by mail-io0-f181.google.com with SMTP id b62so322529122iod.3; Sat, 06 Aug 2016 06:09:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=so5lf1y8qad4CTPdvJMzcBjs7AjzCUaCxLsKMm7QY0s=; b=jGsdipV+jJxinc3pGJGdeG3nfGVRz/WcSpcidyWP8JboolOEyg0dRJMPLDoopnNKqN Zth0hvD4Hou6lpo3vhwQv8XwdX+tEype7jJ9RCQ0iBD1Do3eXFY/IUBjLYn4oyNcT5v/ vaHF9YWCfywVRgkEhf78H5wtVoBLGQTplQEtiJx2XB17Dps8mascy0BkuGarVTfCrSIf 0ymTJtyBv4a7+yidOGfpoJfdJHxYmP3s3qzNNzNkz4f216gRFMfsHsFzvwln2YpiYfan /F0YFJmMrQYPmId+RykG3FR/paiPX9NszftEBVeXV+WlBTFEMX+WE4Cmv6WKyUbnVf/H v1iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=so5lf1y8qad4CTPdvJMzcBjs7AjzCUaCxLsKMm7QY0s=; b=FthMQ2UljG99StKoEEYTWKxjGoUa0aYtO6bow75q+1LcplONYBY7mXN/xjGzBJ7uZs 6h9U5kAaPB6tzAdDeLnG3Vp4GJ9m9pcOnLcg5J00JcJ28dEwIk9T/zn2aywZCqnmxWjp 8dXbJ/lVIxC2ObcuN+/stcXWHWgSxgoKcySwzhcwPy129A9sPKyvhWNRsQngt9PWZqcr PQJR4mGZHlWM1FEP2ykIriMA4MDH2zf3D7YZjF46+1EO3rbib8H17iiz+8+1VAT+iDna FQtSrDoCCjuNzjMwyAaunfMnwaN21AMUD4n1f8EVzbD8uLgqlHaTUOYzMLYwIzvqOGap KKYA== X-Gm-Message-State: AEkoouuh0w2PjOpKkPwSCEKrT4mnThE7KYWhmU3kjBQV1zMP2e48JpNx8s/iztLAIHysfg== X-Received: by 10.107.15.229 with SMTP id 98mr40415252iop.123.1470488983566; Sat, 06 Aug 2016 06:09:43 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id i191sm6017940itf.13.2016.08.06.06.09.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Aug 2016 06:09:42 -0700 (PDT) From: npostavs@users.sourceforge.net References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> Date: Sat, 06 Aug 2016 09:09:50 -0400 In-Reply-To: (Drew Adams's message of "Fri, 5 Jul 2013 08:17:57 -0700 (PDT)") Message-ID: <87d1lm6o2p.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=-=-= Content-Type: text/plain tags 14797 patch quit Drew Adams writes: > What was gained by this? I guess it's for efficiency? Anyway, it might as well be documented, how about this: --=-=-= Content-Type: text/plain Content-Disposition: inline; filename=v1-0001-Document-use-of-vectors-in-keymaps.patch Content-Description: patch >From 6dd01ff617b3ee8ef8ad307a7776c2142f7f02ed Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Sat, 6 Aug 2016 09:05:05 -0400 Subject: [PATCH v1] Document use of vectors in keymaps * doc/lispref/keymaps.texi (Format of Keymaps): Mention vector format (Bug #14797). --- doc/lispref/keymaps.texi | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/doc/lispref/keymaps.texi b/doc/lispref/keymaps.texi index f5d3811..a47d790 100644 --- a/doc/lispref/keymaps.texi +++ b/doc/lispref/keymaps.texi @@ -199,6 +199,14 @@ Format of Keymaps bindings. A keymap with such a char-table is called a @dfn{full keymap}. Other keymaps are called @dfn{sparse keymaps}. +@item @var{vector} +This kind of element is similar to a char-table: element @var{n} is +the binding for the character with code @var{n}. Since the range of +characters that can be bound this way is limited by the vector size, +and vector creation allocates space for all character codes from 0 up, +this format should not be used except for creating menu keymaps +(@pxref{Menu Keymaps}), where the bindings themselves don't matter. + @item @var{string} @cindex keymap prompt string @cindex overall prompt string -- 2.8.0 --=-=-=-- From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Aug 2016 14:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: npostavs@users.sourceforge.net Cc: monnier@iro.umontreal.ca, drew.adams@oracle.com, 14797@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.147049459932160 (code B ref 14797); Sat, 06 Aug 2016 14:44:02 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Aug 2016 14:43:19 +0000 Received: from localhost ([127.0.0.1]:58068 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW2op-0008Me-IJ for submit@debbugs.gnu.org; Sat, 06 Aug 2016 10:43:19 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW2oo-0008MR-6P for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 10:43:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bW2og-0007Oy-2P for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 10:43:13 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35908) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bW2of-0007Ou-Vo; Sat, 06 Aug 2016 10:43:10 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2236 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bW2oa-0004ED-7f; Sat, 06 Aug 2016 10:43:05 -0400 Date: Sat, 06 Aug 2016 17:42:50 +0300 Message-Id: <83k2fuj6vp.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87d1lm6o2p.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net) References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> <87d1lm6o2p.fsf@users.sourceforge.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.3 (------) > From: npostavs@users.sourceforge.net > Date: Sat, 06 Aug 2016 09:09:50 -0400 > Cc: Stefan Monnier , 14797@debbugs.gnu.org > > --- a/doc/lispref/keymaps.texi > +++ b/doc/lispref/keymaps.texi > @@ -199,6 +199,14 @@ Format of Keymaps > bindings. A keymap with such a char-table is called a @dfn{full > keymap}. Other keymaps are called @dfn{sparse keymaps}. > > +@item @var{vector} > +This kind of element is similar to a char-table: element @var{n} is > +the binding for the character with code @var{n}. Since the range of > +characters that can be bound this way is limited by the vector size, > +and vector creation allocates space for all character codes from 0 up, > +this format should not be used except for creating menu keymaps > +(@pxref{Menu Keymaps}), where the bindings themselves don't matter. > + > @item @var{string} > @cindex keymap prompt string > @cindex overall prompt string LGTM, except that "the character with code N" could use some better wording. How about ... element whose index is @var{c} is the binding for the character @var{c}. instead? From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Aug 2016 15:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stefan Monnier , Drew Adams , 14797@debbugs.gnu.org Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.14704981435014 (code B ref 14797); Sat, 06 Aug 2016 15:43:02 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Aug 2016 15:42:23 +0000 Received: from localhost ([127.0.0.1]:58076 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW3jz-0001In-EL for submit@debbugs.gnu.org; Sat, 06 Aug 2016 11:42:23 -0400 Received: from mail-oi0-f46.google.com ([209.85.218.46]:36567) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW3jx-0001IZ-2V for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 11:42:22 -0400 Received: by mail-oi0-f46.google.com with SMTP id f189so125371519oig.3 for <14797@debbugs.gnu.org>; Sat, 06 Aug 2016 08:42:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=706+uGBOjXziTP/AzV2lygdqVOmk/HFmH6X9xnkUuDI=; b=cNkgJ/roYQrpltWSj+MyE83Xk3nIOrudCFIz6XwJmcWqCE1K/aoM4NnxvgNX/QLrJ5 1GwI//JD74lKV//wgM3l5BgUjsv+4XDuRKxemPxSEn85KVOsI9ZTK/voXFsgIpx6HYwz Vov16zUpMOffMg0AK5FqG3/Kb33hYzKrAfFCpU8P+L+vttl6+20myDNbNp2mFCV/KmyJ PIq30L64bO8w5arBHWpMUTutnN3YL7yweV83gXgfICKC8ptHznP+ljuUn+R+F0o2KZSd rnuXOZfHWfPmtyCXzrSXozgeOxxZWEs/v1FZa4pjKZs9lzdMnsw4vmVwgbPaA9xDSom0 +LqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=706+uGBOjXziTP/AzV2lygdqVOmk/HFmH6X9xnkUuDI=; b=Wcsc0fIb0bjazm8MEWTTOhbMjyu98c0gwcwpCEAobTdt2mwyIB9upvw8HyocYQCAjt U9S0pNUha4IghbdvliW7iYP9Ll2N9xuLVsiKG5yJOnP2M0duSyQPii2pMSzX5c3nWSlY fkX309SCxnZjKZJufD7UJiloBvLofbK3ck9/vzfrAvG02j/aKoKhOFdzOV9JRvezxoch OAJjwdnYkZf1QrmK4Npb51C4xG7uqqkhQoo344xDeETGnMdYywrwcXJlQSgjUm/MoATk LQspPJxzS/B/xxBSeDPOCbEb9Se7Tq56dZmAsGyY5Vmv5JCFnYRXSILcZ3SAEMScBhUO c/Sg== X-Gm-Message-State: AEkoouuTPY4pHXgEvHFlOWvEh/+dbogxdipZHwbk5S9ytsSl12kNBaGkXmZ4VKj+FM03BQh9euraZSM5vYXYLQ== X-Received: by 10.202.73.205 with SMTP id w196mr577563oia.40.1470498135475; Sat, 06 Aug 2016 08:42:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.161 with HTTP; Sat, 6 Aug 2016 08:42:14 -0700 (PDT) In-Reply-To: <83k2fuj6vp.fsf@gnu.org> References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> <87d1lm6o2p.fsf@users.sourceforge.net> <83k2fuj6vp.fsf@gnu.org> From: Noam Postavsky Date: Sat, 6 Aug 2016 11:42:14 -0400 X-Google-Sender-Auth: MwmB4viSOPJlH70qLt8RffZCspA Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Sat, Aug 6, 2016 at 10:42 AM, Eli Zaretskii wrote: >> From: npostavs@users.sourceforge.net >> Date: Sat, 06 Aug 2016 09:09:50 -0400 >> Cc: Stefan Monnier , 14797@debbugs.gnu.org >> >> --- a/doc/lispref/keymaps.texi >> +++ b/doc/lispref/keymaps.texi >> @@ -199,6 +199,14 @@ Format of Keymaps >> bindings. A keymap with such a char-table is called a @dfn{full >> keymap}. Other keymaps are called @dfn{sparse keymaps}. >> >> +@item @var{vector} >> +This kind of element is similar to a char-table: element @var{n} is >> +the binding for the character with code @var{n}. Since the range of >> +characters that can be bound this way is limited by the vector size, >> +and vector creation allocates space for all character codes from 0 up, >> +this format should not be used except for creating menu keymaps >> +(@pxref{Menu Keymaps}), where the bindings themselves don't matter. >> + >> @item @var{string} >> @cindex keymap prompt string >> @cindex overall prompt string > > LGTM, except that "the character with code N" could use some better > wording. How about > > ... element whose index is @var{c} is the binding for the character > @var{c}. > > instead? Sure. I guess the char-table paragraph should use the same wording, right? From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Aug 2016 16:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii , npostavs@users.sourceforge.net Cc: monnier@iro.umontreal.ca, drew.adams@oracle.com, 14797@debbugs.gnu.org Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.14705001198000 (code B ref 14797); Sat, 06 Aug 2016 16:16:01 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Aug 2016 16:15:19 +0000 Received: from localhost ([127.0.0.1]:58094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW4Fr-00024x-2E for submit@debbugs.gnu.org; Sat, 06 Aug 2016 12:15:19 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:26381) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW4Fp-00024k-0K for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 12:15:17 -0400 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u76GF9NO020862 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Aug 2016 16:15:10 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u76GF95J011728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Aug 2016 16:15:09 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u76GF7S2024567; Sat, 6 Aug 2016 16:15:07 GMT MIME-Version: 1.0 Message-ID: <626ccb70-e9fa-4954-a6e0-7d8be3d51ca3@default> Date: Sat, 6 Aug 2016 09:15:07 -0700 (PDT) From: Drew Adams References: <<6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> > <<87d1lm6o2p.fsf@users.sourceforge.net>> <<83k2fuj6vp.fsf@gnu.org>> In-Reply-To: <<83k2fuj6vp.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -3.6 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.6 (---) > > +@item @var{vector} > > +This kind of element is similar to a char-table: element @var{n} is > > +the binding for the character with code @var{n}. Since the range of > > +characters that can be bound this way is limited by the vector size, > > +and vector creation allocates space for all character codes from 0 up, > > +this format should not be used except for creating menu keymaps > > +(@pxref{Menu Keymaps}), where the bindings themselves don't matter. > > + > > @item @var{string} > > @cindex keymap prompt string > > @cindex overall prompt string >=20 > LGTM, except that "the character with code N" could use some better > wording. How about > ... element whose index is @var{c} is the binding for the character > @var{c}. > instead? Both look OK to me. And adding such doc is a definite improvement. It's not very clear to me from this doc what the relation is between a key binding and a "binding for the character". Keys and characters are different animals. Clearly there is a relation between them here, but it doesn't seem to be made explicit. But again, unless you want to try to clarify that, the proposed doc is OK, and adding it improves things. From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Aug 2016 16:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Drew Adams Cc: Eli Zaretskii , 14797@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.14705013109869 (code B ref 14797); Sat, 06 Aug 2016 16:36:02 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Aug 2016 16:35:10 +0000 Received: from localhost ([127.0.0.1]:58106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW4Z4-0002Z7-BN for submit@debbugs.gnu.org; Sat, 06 Aug 2016 12:35:10 -0400 Received: from mail-io0-f177.google.com ([209.85.223.177]:33362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW4Z2-0002Yu-8J for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 12:35:08 -0400 Received: by mail-io0-f177.google.com with SMTP id 38so325391767iol.0 for <14797@debbugs.gnu.org>; Sat, 06 Aug 2016 09:35:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=gDq0T5KcPAC8MBLDKbwhgYS0RSN4p6cIp5UBiptCqTM=; b=bi/+cnvybzvXl/FTdn7PHUK3PyaePy9HtpXO3JX2IHdARy00VmQleJvewqfyRqk4qE gWCgsIwr+7Ay4evrRF/vQrXATL7jZcnrti2xoBWxP5h2s+jvOPjAd+2aujZ3KBaWZM7J TCbwI71pyEi65fW5T6ZrjG0UmwMVVzuD/Qjo2MrN+Y6ldTKUbX9prIFwlKVUwTHz1gEp Ejx7mhTIBCpAowHSwNxt9tjvkG7+gU2BRg7S+EA1xszEeXyg1T7KaVN/lZwvkxSBcBf2 YnFC2jLvwVKlDQcxbXZMkE97NoDx319+CfjEdr5gylYN/VXxg5roLCRjo+3tofFIdbyM Nazw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=gDq0T5KcPAC8MBLDKbwhgYS0RSN4p6cIp5UBiptCqTM=; b=OL6MfjHSkQrobhbFCKkuV4T3cK83dcX0Iqz9TGOts0pPNkN1yXCpkueQ9CJ6f2J93f gXmxI7kMZeLIQrl6XErbODNAZALmKDORRNEoZr/IneUYnwmFdv/PBGGpNZcj7z/iE39y RvadcWNW5k5XDwbWVXU8IPYQv8tdK3ltQHzIuCdv04/TUdsu8FraEJI1wAT1lM9P1Fz7 kSzES2IgxytoFEcGOCvXv/Fdhlg3VayNUZocUU/W4Wlb3XpNICUVNZKBGtNpiBSFc0Pe kBek6mUgD+p/6bFrrfx11H6MA1WqOPvGnpV2BNjsBv0qrbk5Fpk+kqrq+qgVdrSHXJnp qKuw== X-Gm-Message-State: AEkoouv8YnfDaPpo9UC2oVg198rfXoHGF5ufnazUalSjMZHJM/VFbWhn1KZRzuGYxbUWgQ== X-Received: by 10.107.19.160 with SMTP id 32mr96591782iot.11.1470501302712; Sat, 06 Aug 2016 09:35:02 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id x13sm7415756ite.1.2016.08.06.09.35.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Aug 2016 09:35:02 -0700 (PDT) From: npostavs@users.sourceforge.net References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> > <87d1lm6o2p.fsf@users.sourceforge.net>> <83k2fuj6vp.fsf@gnu.org>> <626ccb70-e9fa-4954-a6e0-7d8be3d51ca3@default> Date: Sat, 06 Aug 2016 12:35:10 -0400 In-Reply-To: <626ccb70-e9fa-4954-a6e0-7d8be3d51ca3@default> (Drew Adams's message of "Sat, 6 Aug 2016 09:15:07 -0700 (PDT)") Message-ID: <87vazd6ekh.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Drew Adams writes: > It's not very clear to me from this doc what the relation > is between a key binding and a "binding for the character". > Keys and characters are different animals. Clearly there > is a relation between them here, but it doesn't seem to > be made explicit. I think it's clear from the text in `(elisp) Key Sequences': A "key sequence", or "key" for short, is a sequence of one or more input events that form a unit. Input events include characters, From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Aug 2016 16:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: npostavs@users.sourceforge.net Cc: Eli Zaretskii , 14797@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.147050233811375 (code B ref 14797); Sat, 06 Aug 2016 16:53:01 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Aug 2016 16:52:18 +0000 Received: from localhost ([127.0.0.1]:58110 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW4pd-0002xP-RD for submit@debbugs.gnu.org; Sat, 06 Aug 2016 12:52:18 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:30478) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW4pc-0002xB-RY for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 12:52:17 -0400 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u76GqAa3010014 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 6 Aug 2016 16:52:10 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.14.4/8.13.8) with ESMTP id u76Gq93o024939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Aug 2016 16:52:09 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u76Gq8ar017705; Sat, 6 Aug 2016 16:52:09 GMT MIME-Version: 1.0 Message-ID: Date: Sat, 6 Aug 2016 09:52:07 -0700 (PDT) From: Drew Adams References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> > <87d1lm6o2p.fsf@users.sourceforge.net>> <83k2fuj6vp.fsf@gnu.org>> <626ccb70-e9fa-4954-a6e0-7d8be3d51ca3@default> <87vazd6ekh.fsf@users.sourceforge.net> In-Reply-To: <87vazd6ekh.fsf@users.sourceforge.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -3.6 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.6 (---) > > It's not very clear to me from this doc what the relation > > is between a key binding and a "binding for the character". > > Keys and characters are different animals. Clearly there > > is a relation between them here, but it doesn't seem to > > be made explicit. >=20 > I think it's clear from the text in `(elisp) Key Sequences': >=20 > A "key sequence", or "key" for short, is a sequence of one or more > input events that form a unit. Input events include characters, Maybe. (But "character" is also something other than an input event, even for Emacs.) But it is still "not very clear to me from _this_ doc". A few words clarifying that might help. Or a cross-ref to the doc that covers it. > > But again, unless you want to try to clarify that, the > > proposed doc is OK, and adding it improves things. From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Aug 2016 17:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Noam Postavsky Cc: monnier@iro.umontreal.ca, drew.adams@oracle.com, 14797@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.147050503715502 (code B ref 14797); Sat, 06 Aug 2016 17:38:02 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Aug 2016 17:37:17 +0000 Received: from localhost ([127.0.0.1]:58123 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW5XB-00041y-3J for submit@debbugs.gnu.org; Sat, 06 Aug 2016 13:37:17 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW5X9-00041m-D3 for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 13:37:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bW5X1-0006xR-6I for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 13:37:10 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bW5X1-0006xF-3B; Sat, 06 Aug 2016 13:37:07 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2724 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bW5Wx-0005Bj-5Q; Sat, 06 Aug 2016 13:37:05 -0400 Date: Sat, 06 Aug 2016 20:36:43 +0300 Message-Id: <83eg61kdec.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Noam Postavsky on Sat, 6 Aug 2016 11:42:14 -0400) References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> <87d1lm6o2p.fsf@users.sourceforge.net> <83k2fuj6vp.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.3 (------) > From: Noam Postavsky > Date: Sat, 6 Aug 2016 11:42:14 -0400 > Cc: Drew Adams , Stefan Monnier , > 14797@debbugs.gnu.org > > > ... element whose index is @var{c} is the binding for the character > > @var{c}. > > > > instead? > > Sure. I guess the char-table paragraph should use the same wording, right? Right, thanks. From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Aug 2016 17:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: npostavs@users.sourceforge.net Cc: 14797@debbugs.gnu.org, drew.adams@oracle.com, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.147050526815863 (code B ref 14797); Sat, 06 Aug 2016 17:42:01 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Aug 2016 17:41:08 +0000 Received: from localhost ([127.0.0.1]:58127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW5at-00047n-LE for submit@debbugs.gnu.org; Sat, 06 Aug 2016 13:41:07 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55922) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW5ar-00047C-TY for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 13:41:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bW5al-000893-SK for 14797@debbugs.gnu.org; Sat, 06 Aug 2016 13:41:00 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37386) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bW5ai-00087p-Ty; Sat, 06 Aug 2016 13:40:56 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2727 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bW5af-0006Fw-0h; Sat, 06 Aug 2016 13:40:55 -0400 Date: Sat, 06 Aug 2016 20:40:34 +0300 Message-Id: <83bn15kd7x.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87vazd6ekh.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net) References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> > <87d1lm6o2p.fsf@users.sourceforge.net>> <83k2fuj6vp.fsf@gnu.org>> <626ccb70-e9fa-4954-a6e0-7d8be3d51ca3@default> <87vazd6ekh.fsf@users.sourceforge.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.3 (------) > From: npostavs@users.sourceforge.net > Cc: Eli Zaretskii , 14797@debbugs.gnu.org, monnier@iro.umontreal.ca > Date: Sat, 06 Aug 2016 12:35:10 -0400 > > Drew Adams writes: > > It's not very clear to me from this doc what the relation > > is between a key binding and a "binding for the character". > > Keys and characters are different animals. Clearly there > > is a relation between them here, but it doesn't seem to > > be made explicit. > > I think it's clear from the text in `(elisp) Key Sequences': > > A "key sequence", or "key" for short, is a sequence of one or more > input events that form a unit. Input events include characters, Indeed. So each character is a key. From unknown Tue Jun 17 22:07:38 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS? Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Aug 2016 19:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 14797@debbugs.gnu.org, drew.adams@oracle.com, monnier@iro.umontreal.ca Received: via spool by 14797-submit@debbugs.gnu.org id=B14797.147051322127914 (code B ref 14797); Sat, 06 Aug 2016 19:54:02 +0000 Received: (at 14797) by debbugs.gnu.org; 6 Aug 2016 19:53:41 +0000 Received: from localhost ([127.0.0.1]:58172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW7fA-0007GA-Vr for submit@debbugs.gnu.org; Sat, 06 Aug 2016 15:53:41 -0400 Received: from mail-io0-f170.google.com ([209.85.223.170]:34910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW7f8-0007Fm-JJ; Sat, 06 Aug 2016 15:53:38 -0400 Received: by mail-io0-f170.google.com with SMTP id m101so327312837ioi.2; Sat, 06 Aug 2016 12:53:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=SJzqNxjLDOkiGi8FY9dJjO/8Fv8WwMpiQnP+WWg08Ks=; b=uo+xkUaQhNb0s3MBcO3a6nGYL4MvEHstqf0Fnigau6gpM1Fv6+eMS38F9GjwIgBvx2 ivbmD0SBJDXJNKmFSFAW66okGGCBlLqSn0wwPRxIp3yYvqI1YZZrNy3m3Z80q0W5kKIf YbTaNnbOutJR57mSBqXOaxg2EDXjk7VSJlTudgRrrHH1QZfBLaC8zodoCX3+Bc+t0KV0 PDhUjOHZL8SGwVS9VnSyBQ74+ToT2poydbf2+JnBwqt1exNmCs6L7p/8G93LMovK/VJH jNOi6FPmzP02qr9LRZBfGMp68cBlUHNp2WlcWE/hFntMwSJ8PJZPmJacTm5UdVSo1YY9 GjnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=SJzqNxjLDOkiGi8FY9dJjO/8Fv8WwMpiQnP+WWg08Ks=; b=FxWCgIiuD9f56owCs/QsePaIrsTSx1AEQVa/1QN2ZVP6RCq7bv51RzY6fv3h4Wk//8 +VEGFeG7/hwB4XDHMZCmVRxxramVL/2ug6nm0IPMtQROb/qbpbEYMUPY8+evUztZOoxz GuNI/O6xUMW05bmeTjPyF7BMDfeKdsC3RDXJPeAkjThd4NwzfD8x0XqZd2KYNAaUyFiW 1AVYE4opCbs8rvdhvy8oXM09Gvw/9S0dcI0HP5zYjqGQFD3sm9+WPEjpXticakUiJ7Zt 1cLCrpldAkufGQaVVsIJrldKYZiGUlQKw029sGzzjclmlNVFpbzz3uXddKOitVXMCL/g f7fA== X-Gm-Message-State: AEkooutrqzWw9V84FQ7xb0pLYYk8YGugOgzKx3BTGss/ngysULkQt4dF0+SlLY2Ug8VTLA== X-Received: by 10.107.158.132 with SMTP id h126mr84604596ioe.120.1470513212671; Sat, 06 Aug 2016 12:53:32 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id f29sm10808820iod.11.2016.08.06.12.53.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Aug 2016 12:53:32 -0700 (PDT) From: npostavs@users.sourceforge.net References: <6b4ca396-4d2b-4719-8b1e-1ef9eb6f5610@default> <87d1lm6o2p.fsf@users.sourceforge.net> <83k2fuj6vp.fsf@gnu.org> <83eg61kdec.fsf@gnu.org> Date: Sat, 06 Aug 2016 15:53:40 -0400 In-Reply-To: <83eg61kdec.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 06 Aug 2016 20:36:43 +0300") Message-ID: <87r3a165dn.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) tags 14797 fixed close 14797 25.1 quit Pushed as 3c9cb57c