BREAKING CHANGE: ghcide was archived a while back and now primarily
exists as a library used in the development of haskell-language-server.
It is not recommended for end-users, only for development. To this end I
think including it in the module is more misleading than helpful, and
the people that really want to use it can easily set it up themselves.
Ref: https://github.com/haskell/ghcide/pull/939
+default/search-buffer now correctly uses the active selection when
invoking `consult-line` (on 'SPC s s' or 'SPC s b').
Close#5406
Co-authored-by: Sævar Berg <saevarb@users.noreply.github.com>
This doesn't fix a particular issue, but makes designing keybinds for
org-mode more predictable and less vulnerable to unpredictable changes
imposed by evil-collection.
rmuslimov/browse-at-remote@e02ad2189c -> rmuslimov/browse-at-remote@cef26f2c06
BREAKING CHANGE: browse-at-remote-remote-type-domains is replaced by
browse-at-remote-remote-type-regexps. If you have a custom domain
configured replace:
(add-to-list 'browse-at-remote-remote-type-domains
("git.example.com" . "github")
with
(add-to-list 'browse-at-remote-remote-type-regexps
("^git\\.example\\.com$" . "github")
Added support for Gittiles.
Shortlog:
Jack Rosenthal (3):
Add support for Gitiles
Fix broken tests
More permissive regex in browse-at-remote--gerrit-url-cleanup
Rustem Muslimov (2):
Fix broken merge
Fix savannah gnu message
rmuslimov (3):
Merge pull request #78 from jackrosenthal/gitiles
Merge pull request #80 from jackrosenthal/broke_tests
Merge pull request #81 from jackrosenthal/regex
Here's the problem:
1. Org's link system unconditionally calls *all* link :store handlers
when you call `org-store-link`, and all :export handlers when you
export an Org file.
2. The org-pdftools package works by defining a custom pdf: link with
custom :store and :export handlers.
3. Those handlers do not perform error handling before using pdftool's
API.
4. pdf-tools fails loudly and ungracefully with a
"pdf-info-epdfinfo-program is not executable" error when its API is
used and epdfinfo isn't installed.
TL;DR org-pdftools effectively breaks storing/exporting in org-mode
until pdf-tools-install is executed to install epdfinfo. This is awful
UX, so let's suppress the error.
a2a128d3 changed prefix-help-command to use embark. This commit fixes
prefix-help-command getting reset to describe-prefix-bindings due to
help.el setting it at top-level because it is eventually loaded twice
due to defer-feature!, which removes a symbol from emacs' list of loaded
features.
Ref a2a128d3a5
This is a source of slowdowns in markdown-mode buffers, even
ones without code blocks, which drastically affects typing and motion
latency. This appears to be an upstream issue.
The sorting of these two backends are counter-intuitive in this
configuration, but I don't want to place the snippets in front of the
more meaningful capf results as suggested in #5215. A better solution is
needed, but for the time being this will do.
Fix#5262
Ref #5215
Revert ba716d69f0
