| Age | Commit message (Collapse) | Author |
|
|
|
|
|
The old implementation mimicked how Hydra uses them. It's was a neat
idea, but in practice I was never able to remember what the difference
between a pink and a amaranth prefix/hydra is, for example.
So I'm giving up on encoding the separate behaviors of suffixes and
non-suffixes, using a single color. Instead the behavior of each
individual suffix is visualized by coloring its key binding (as
before), and by using the separator line to visualize the behavior
common to all non-suffixes (without additionally encoding the default
suffix behavior by blending colors).
Also change the colors used for "exit" and "stay" behavior. IMO it
makes more sense if "red" means "exit" instead of "stay", but of
course you are welcome to disagree. Its much less mind-bending to do
that now, because the new faces use names that describe their behavior
instead of an arbitrary color encoding. Previously one would have had
to make `transient-red' "green" and `transient-blue' "red" to achieve
the new default behavior, for example.
Finally, now that this has been simplified, enable it by default.
|
|
That is what is commonly (but not consistently) used in Emacs'
own manuals.
|
|
|
|
|
|
|
|
|
|
Rename the existing `transient--do-replace' to `transient--do-stack',
because that's what it really does.
Repurpose the name `transient--do-replace' for a new variants that
actually replaces the active transient, i.e., which does not place
the active transient on the stack, but replaces it completely.
Changing what `transient--do-replace' does, shouldn't be a problem
because in definitions of individual transient prefix commands and
their sub-prefixes, this pre-command should never have been used
by name anyway.
|
|
"--one" may be incompatible with "--two=foo" but not "--two=bar".
|
|
|
|
Closes #243.
|
|
|
|
|
|
Closes #212.
|
|
Group headings are also display-only information and raw strings
can be used anywhere a suffix can appear, but this class makes it
possible to display arbitrary information anywhere *and* to style
it in any way one fancies.
By inheriting from `transient-suffix' (instead of `transient-child')
we avoid having to implement many new methods, but semantically this
is a bit questionable. Leaving the `command' and `key' slots
undefined, means that we have to use `slot-boundp' in a few places,
but on the other hand that helps dealing the semantic inconsistency.
Closes #226.
|
|
|
|
Closes #157.
|
|
Re https://lists.gnu.org/archive/html/emacs-devel/2023-08/msg01232.html.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Closes #126.
|
|
|
|
I'll bring it back eventually but still have to work out the details.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
"N-git" < "N"; but "N.50-git" > "N".
|
|
|
|
Previously one would have had to use `transient--do-exit` but
unlike `transient--do-stay', that does export variable. Avoid
this unfortunate asymmetry, even though in most, if not all,
cases it should not affect the outcome.
|
|
The default output directory differs between makeinfo versions.
|
|
|
|
|
|
The macro `transient-define-prefix' manipulates its GROUP arguments,
but until now it expanded to new vectors using vector syntax, i.e.,
data. An effort was made to evaluate lambda expressions, but that did
not really work.
Now the GROUP arguments are expanded into code, which evaluates to new
vectors. This way lambda expressions are automatically evaluated and
byte-compiled, but we now have to take care to quote certain lists and
symbols.
Functions such as `transient-insert-suffix' take group and suffix
specs of the same form as `transient-define-prefix' but because there
is no macro expansion step, they have to `eval' the result of parsing
these specifications.
Add a new macro `transient-define-groups', which can be used to define
suffix groups that are shared between multiple prefix commands, but
don't use it for `transient-common-commands' to avoid having to make
a bunch of functions available at compile time.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|