| Age | Commit message (Collapse) | Author |
|
Fixes https://github.com/magit/magit/issues/4288#issuecomment-797972932.
|
|
|
|
|
|
|
|
Instead of ox-extra's "ignored sections" use
ox-texinfo+'s new "dissolvable headlines".
|
|
|
|
Re #101.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
When `with-editor-export-editor' is added to the `shell-mode-hook', it's
also executed by `shell-command', because it calls `shell-mode', which
inherits from `comint-mode'. Usually, `shell-command' is used to
execute short-lived process, hence there might not be a process
associated to the buffer when the hook is executed.
The previous implementation assumed the existence of a process
associated to a buffer, which might not be a case on `shell-command'
buffers. This change intends to checks whether there is a process
associated before sending the environment variables.
|
|
Use the same order as in all my other manuals.
|
|
|
|
See https://github.com/jwiegley/emacs-async/issues/139.
|
|
|
|
Closes #85.
|
|
Closes #83.
|
|
Closes #81.
|
|
In Emacs 28 `server-switch-buffer' gains an additional argument.
Closes #82.
|
|
|
|
|
|
Callers may pass invalid keyword arguments to `make-process', which
is their problem and should not result in me having to explain that
to anyone.
Closes #79 and https://github.com/hlissner/doom-emacs/issues/3384.
|
|
|
|
|
|
|
|
This is necessary because in Emacs 27, `make-process' can also start
remote processes.
Fixes #75.
|
|
|
|
|
|
`ox-texinfo+' no longer depends on `dash'.
|
|
Closes #74.
|
|
The `-e' flag of `echo' that makes the command interpret
backslash-escaped sequences (in particular "\037") is not supported
in all shells.
Shells that do not support it print the flag instead.
So here we replace `echo' by `printf' which seems to be better
supported and does the interpretation of backslash-escaped sequence
by default.
Re #71.
Closes #72.
|
|
The previous value of `with-editor-sleeping-editor' variable was using
the \x1f character in the elisp string and sending it to the
shell/term process.
For `shell-mode' this is not an issue since the character is not
interpreted by the shell. But in `term-mode' the terminal emulation
interprets it and remove previous characters, the "$0" string. So we
end up with an EDITOR environment variable that contains an echo
command with "…OPEN IN…" instead of "…OPEN $0^_ IN…" (here "^_" is
used to represent the \x1f byte).
This change fixes the issue by using `-e' flag of `echo' and using the
`\037' octal escape sequence for the \x1f byte.
|
|
|
|
|
|
|
|
`git-commit-post-finish-hook' is intended to be set locally. Because
the buffer in which it is locally does not exist anymore by the time
we have reached the "post finish" time, we use a temporary buffer and
carry over the value from the other buffer.
However we accidentally only copied the value of the hook variable if
it already non-nil locally in the temporary buffer (which should not
be the case) or non-nil globally (which might very well not be the
case.
Closes #68.
|
|
This reverts commit ff23166feb857e3cfee96cb1c9ef416a224a7e20.
|
|
|
|
Re #64.
Closes #66.
|
|
Previously the value of `async-bytecomp-allowed-packages' always was a
list packages and the special symbol `all'. We failed to handle `all'.
Now the value can also be one of the atoms `t' and `all'.
Adjust our related code to handle all valid values.
Re https://github.com/jwiegley/emacs-async/pull/113.
Re https://github.com/magit/magit/pull/3981.
|
|
Most repos, including the one we get the Emacs binaries from, have
moved to the new default OS version, which is "Xenial"[1]. For
whatever reason, this one still hasn't been migrated, so ask for the
new version explicitly.
Also drop the "sudo: false", it no longer has any effect[2].
[1]: https://changelog.travis-ci.com/xenial-as-the-default-build-environment-99476
[2]: https://changelog.travis-ci.com/the-container-based-build-environment-is-fully-deprecated-84517
|
|
|
|
Modes can set that to display their own usage message instead
of the default one.
|
|
We try to display our message after the one displayed by
`server-execute', which is run using a timer. The timer
starts "immediately" but apparently that takes longer
than 0.01 seconds, so we now wait five times that long.
|
|
|