diff options
author | Vincent Ambo <mail@tazj.in> | 2023-08-26T22·12+0300 |
---|---|---|
committer | tazjin <tazjin@tvl.su> | 2023-08-26T23·30+0000 |
commit | e78b79c6cd30098b45a8ac24f9e8af9d2962b0ad (patch) | |
tree | 72b8a051671726923efd0df89dbb3903f7b12def /nix/renderMarkdown/default.nix | |
parent | 9afa1dacf88115adb5153486681745024eecfa95 (diff) |
refactor(tazjin/emacs): ivy,swiper,counsel -> vertico,consult r/6526
vertico and consult are more modern versions of interactive narrowing helpers, as those implemented by ivy and its related packages. The primary differences (and what I care about here) is that they are more focused on integration with the core Emacs primitives, rather than building an ecosystem around them. For example: * vertico enhances `completing-read' and friends, but does not attempt to provide its own ecosystem of functions to *trigger* completions. * vertico integrates with the default `completion-style' system, meaning that I can continue to use things like prescient without extra packages that integrate it with vertico * consult does not rely on vertico or any other specific completion framework (such as counsel/swiper do with ivy), and simply implements its functions using completing-read This reduces the overall amount of code in the dependency closure and leads to a less special setup. Functionality is basically equivalent, except for two things which counsel came with that I will need to substitute: * counsel-notmuch (actually this was a separate package, but I didn't use it much anyways, so just ignoring it for now) * counsel-linux-app (opening desktop shortcuts, this I will need to make) As a side note, consult notes "This package is a part of GNU Emacs", but it doesn't seem to be the case. Change-Id: Ia046b763bf3d401b505e0f6393cfe1ccd6f41293 Reviewed-on: https://cl.tvl.fyi/c/depot/+/9155 Tested-by: BuildkiteCI Reviewed-by: tazjin <tazjin@tvl.su>
Diffstat (limited to 'nix/renderMarkdown/default.nix')
0 files changed, 0 insertions, 0 deletions