Re: SQ: why transient instead of enhanced keymaps?

[Karthik Chikmagalur]

> All of the above does not preclude the possibility of customizing the
> shortcut keys, having Transients inside Transients, etc. I don't know if
> Transient currently implements those features, but they are not against
> its UI principles.

I'm not sure what "Transients inside Transients" means, but it has the
equivalent of nested keymaps in the form of nested Transient prefix
commands -- this is almost indispensable for complex tasks.  My
apologies if you meant something different here.

> Hiding/showing options and actions is convenient, OTOH. Again, I don't
> know if Transient implements this.

This is implemented at two levels in transient -- inapt options and
commands can be automatically hidden/shown, but the predicates for
aptness are defined in the elisp code for the Transient and cannot be
adjusted dynamically.

You can also dynamically hide/show any subset of commands while the
Transient is active by changing their "level of importance", accessible
via `C-x l' in all Transient menus.

Karthik