all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 22334@debbugs.gnu.org
Subject: bug#22334: 25.1.50; Better sorting of blocks in describe-bindings
Date: Mon, 11 Jan 2016 09:33:31 +0800	[thread overview]
Message-ID: <87egdo528k.fsf@ericabrahamsen.net> (raw)
In-Reply-To: <83fuy5moaj.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 10 Jan 2016 17:45:08 +0200")


On 01/10/16 17:45 PM, Eli Zaretskii wrote:
>> From: Eric Abrahamsen <eric@ericabrahamsen.net>
>> Cc: 22334@debbugs.gnu.org
>> Date: Sun, 10 Jan 2016 09:16:16 +0800
>> 
>> > Please try figuring out how come what you see is so much different
>> > from what I see here.  Or maybe someone else can
>> 
>> Poking around a little more, it looks like the minor modes *always* come
>> first. I'm talking about `describe-bindings' (C-h b), not
>> `describe-mode', see below.
>
> Sorry, my bad: for some reason, I did look at "C-h m".  Now that I try
> "C-h b", I do see those bindings listed.
>
> However, they aren't for self-inserting bindings, they are for "Key
> translations".  (The self-inserting characters are mentioned much
> farther below, and they take exactly 3 lines.)  The bindings for the
> major mode follow directly after these.
>
> The code that puts key translations first is very old, it was added
> almost 25 years ago.  It is triggered by a non-nil values of either
> keyboard-translate-table or key-translation-map.
>
> Maybe we should do something similar to evaluation in *scratch*: limit
> the number of such bindings to some customizable value, and display a
> "..." button instead of the rest?
>
> I don't think putting them at the bottom is a good idea: as Andreas
> points out, the bindings are shown in the order of their priority, so
> the order cannot be arbitrarily changed.

What does "priority" mean? That earlier bindings are able to shadow
later bindings?

Maybe use outline-mode-style collapsible headlines? That way the
translations could stay at the top, but be folded by default, and the
major mode could be the next (unfolded) block. Right now, "paging" is
enabled, with the ^L markers, but that's not really that useful.

[...]

> Actually, which minor mode bindings do you see in "C-h b" display, and
> in what mode?  It seems like "Emacs -Q" doesn't have any such bindings
> displayed, and neither does C mode.

No, "emacs -Q" doesn't have anything -- no minor modes are enabled by
default! With full customizations in effect, my *scratch* buffer gives
the following binding blocks:

Key translations:
key             binding
---             -------

[692 lines!]

`paredit-mode' Minor Mode Bindings:
key             binding
---             -------

`recentf-mode' Minor Mode Bindings:
key             binding
---             -------
[no bindings]

`projectile-mode' Minor Mode Bindings:
key             binding
---             -------

`company-mode' Minor Mode Bindings:
key             binding
---             -------
[no bindings]

`electric-pair-mode' Minor Mode Bindings:
key             binding
---             -------
[no bindings]

Major Mode Bindings:
key             binding
---             -------

Global Bindings:
key             binding
---             -------

Function key map translations:
key             binding
---             -------

Input decoding map translations:
key             binding
---             -------





  reply	other threads:[~2016-01-11  1:33 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-09  3:31 bug#22334: 25.1.50; Better sorting of blocks in describe-bindings Eric Abrahamsen
2016-01-09  7:41 ` Eli Zaretskii
     [not found]   ` <87mvsf57v7.fsf@ericabrahamsen.net>
2016-01-09 12:42     ` Eli Zaretskii
2016-01-09 13:05       ` Andreas Schwab
2016-01-09 16:15         ` Eli Zaretskii
2016-01-10  1:16       ` Eric Abrahamsen
2016-01-10  9:04         ` Andreas Schwab
2016-01-10 15:45         ` Eli Zaretskii
2016-01-11  1:33           ` Eric Abrahamsen [this message]
2016-02-16  7:14             ` Lars Ingebrigtsen
2021-10-31 22:28             ` Lars Ingebrigtsen
2021-11-01  1:29               ` Eric Abrahamsen
2021-11-01  1:38                 ` Lars Ingebrigtsen
2021-11-01  1:47                   ` Eric Abrahamsen
2021-11-01  2:30                     ` Lars Ingebrigtsen
2021-11-01  2:18                 ` Lars Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87egdo528k.fsf@ericabrahamsen.net \
    --to=eric@ericabrahamsen.net \
    --cc=22334@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.