GNU bug report logs - #14797
24.3.50; new, undocumented menu structure using VECTORS?

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Thu, 4 Jul 2013 23:55:02 UTC

Severity: minor

Tags: fixed, patch

Found in version 24.3.50

Fixed in version 25.1

Done: npostavs <at> users.sourceforge.net

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: npostavs <at> users.sourceforge.net
Cc: monnier <at> iro.umontreal.ca, drew.adams <at> oracle.com, 14797 <at> debbugs.gnu.org
Subject: bug#14797: 24.3.50; new, undocumented menu structure using VECTORS?
Date: Sat, 06 Aug 2016 17:42:50 +0300
> From: npostavs <at> users.sourceforge.net
> Date: Sat, 06 Aug 2016 09:09:50 -0400
> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, 14797 <at> 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?




This bug report was last modified 8 years and 288 days ago.

Previous Next


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