[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: transient
From: |
Howard Melman |
Subject: |
Re: transient |
Date: |
Mon, 18 May 2020 14:41:28 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.3 (darwin) |
Joost Kremers <address@hidden> writes:
> On Mon, May 18 2020, Richard Stallman wrote:
>> > I like it very much because it helps see the rationale behind
>> > keybinding. After a while you get to learn the bindings for the
>> > commands you use the most and you can easily explore
>> > new commands.
>>
>> For those that know Transient -- do you think it would provide that
>> benefit too?
>
> Well, which-key simply displays existing keybindings. A package author
> doesn't have to do anything, which-key just works.
>
> Transient OTOH defines its own key sequences, so you can't use it to
> show users existing keybindings. If a package author wants their
> package to work with transient, they have to define transient menus
> for all functionality they want to expose.
Agreed. I've used both. which-key let's me explore existing
bindings with no effort. Type C-x r and wait a second and
see all the rectangle and register commands. It was great
for learning the M-s and M-g keymaps when they were added.
which-key has been very helpful for learning bindings and I
think it would be great addition to core. Though for a busy
keymap it can take a second to read it to find what you
want. The C-h map is a perfect example.
I've written a few transients that I've found useful,
including one for help and others for customize, ediff,
frame commands and one that toggles a ton of different minor
modes and visual features. Unlike which-key, transient
allows you to specify the order and groupings of bindings
when activated which can make scaning and learning them much
easier
hydra is a similar package to transient in that you can
define such temporary keymaps and customize a help display
that's shown while using it. It has advantages and
disadvantages but so far I've prefered transient.
--
Howard
- Re: GNU Emacs raison d'etre, (continued)
- Re: GNU Emacs raison d'etre, Dmitry Gutov, 2020/05/16
- Re: GNU Emacs raison d'etre, Dmitry Gutov, 2020/05/16
- Re: GNU Emacs raison d'etre, Dmitry Gutov, 2020/05/16
- Re: GNU Emacs raison d'etre, Jean-Christophe Helary, 2020/05/16
- Re: GNU Emacs raison d'etre, Stefan Kangas, 2020/05/16
- Re: GNU Emacs raison d'etre, Joost Kremers, 2020/05/17
- Re: GNU Emacs raison d'etre, Arthur Miller, 2020/05/17
- transient, Richard Stallman, 2020/05/17
- Re: transient, Joost Kremers, 2020/05/18
- Re: transient, Dmitry Gutov, 2020/05/18
- Re: transient,
Howard Melman <=
- Re: transient, John Yates, 2020/05/18
- Re: transient, Howard Melman, 2020/05/18
- RE: transient, Drew Adams, 2020/05/19
- Re: transient, Arthur Miller, 2020/05/19
- Re: transient, Michael Heerdegen, 2020/05/19
- RE: transient, Stefan Kangas, 2020/05/19
- RE: transient, Drew Adams, 2020/05/19
- which-key, Richard Stallman, 2020/05/19
- RE: GNU Emacs raison d'etre, Drew Adams, 2020/05/17
- Re: GNU Emacs raison d'etre, Karl Fogel, 2020/05/20