This is provided by `smerge-mode` in Emacs 27, and functions exactly
like `smerge-next`, except that if there are no more conflicts in the
current file, it will go to the next file with conflicts.
Arguably this could be a different key binding. However, I find that it
is almost strictly superior to `smerge-next`: I can't think of a case
where I *wouldn't* immediately want to go to the next file with
conflicts, and even if you do by accident you can just pop back to the
preceding buffer. So I think it warrants being the default.
Close: #5431
unicode-fonts takes 5-15 seconds to remap unicode blocks on first
invokation, but it does so invisibly because inhibit-redisplay and
inhibit-message are active during startup (to prevent unintended redraws
slowing down the startup process). This change ensures users get
meaningful feedback during this time.
BREAKING CHANGE: alchemist appears to be unmaintained and has reportedly
been replaced by elixir-ls and LSP (#5488). To restore your Elixir dev
environemnt, enable :lang (elixir +lsp) and install elixir-ls via your
package manager or 'M-x lsp-install-server'.
Close: #5488
- Renames "Doom Emacs issues" to "Doom issues" for brevity in the
completion window.
- Adds discourse.doomemacs.org search provider.
- Adds Internet Archive search provider.
Some psuedo module categories (like :core and :user) don't have a module
component. Rather than display them as ':core nil' or ':user nil' in
module listings (like doom/help-modules), omit the nil entirely.
Some shells (like ksh on SDF) may complain about $((...)) arithmetic
expansion syntax. Rather than wrestle with old shells, I'll offload this
trivial operation to elisp instead.
Close: #6970
Once 'doom install' finishes, further instruction still assumes your
config lives in ~/.doom.d, which was supposed to be changed in c1c966c
to prefer ~/.config/doom.
Amend: c1c966c811
This would produce extra (and confusing) noise in envrc's error popup,
and also means multiple (potentially expensive) calls to direnv in
failure cases.
Compacting elfeed's DB when killing the search buffer can incur a long
delay (which blocks Emacs). Doing so isn't really critical, so I've
moved it to kill-emacs-hook instead.
Close: #7127
Co-authored-by: merrickluo <merrickluo@users.noreply.github.com>
Org complains if org-loaddefs.el is missing, but Straight generates a
org-autoloads.el instead (and loads it separately), so we need only fool
Org it exists.
This breaks Doom in scenarios where the user has set a non-standard
doom-localleader-key, because the module is binding a localleader key
too early in the startup process.
Amend: ca90c5e83cFix: #7130
Ref: #7136
This is to bring the `sh-shell` variable in scope, when it otherwise
would not be if a `Sh` buffer hadn't yet been opened in the current
Emacs session.
After some experimentation, calling `sly` non-interactively when no
Slynk connection involves some strange async affects which displease the
REPL-opening code. Instead, we start the Slynk process, wait while it
loads, and then finally connect with the usual `sly-mrepl`, whose Elisp
would have been loaded by this point.
