mu4e-headers-toggle-property replaced the following three toggle
commands (which are now aliases for the new command) in v1.9.5. It
provides its own menu with a key binding for each property, so bind it
to a one-key binding.
The obsolete command bindings are not removed because mu4e is typically
installed with mu via the system package manager and is therefore harder
to upgrade than a typical Emacs package. mu4e-headers-toggle-property
was also renamed to mu4e-search-toggle-property in 1.9.11, but the old
name (which remains as an alias) is preferred for the same reason.
it removes non-existing (possibly deprecated) commands and fixes the
keybinding for `embark-select` - toggle candidate selection in
embark-collect buffer
Makes it possible to indiscriminately translate multi-key sequences
like "gj" without errors. Using plain `lookup-key` will end up binding
a bunch of keys to a number like 1 instead of a command, because it
returns a number when it's passed an invalid sequence of prefix
characters. `evil-lookup-key` discards those numbers and returns nil
instead.
AFAIK `vterm` is basically a square of the size of the whole window it
is placed in. As a consequence `M-x count-words` shows 30 lines even
for freshly spawned `vterm` with just one line of text. And as a
consequence `G` always jumps down to the bottom of the window, even
though it is an unused line.
This patch changes the behavior and makes `G` jump to the last prompt
line. Which in ideal world, should be the last line of the buffer.
It is not 100% bulletproof but we don't have any function telling us
the point or line number of the last prompt, and it doesn't seem to be
easy to implement, so I needed to workaround this.