live-completions
Live updating of the *Completions* buffer (by oantolin)
elisp-format
Originally from EmacsWiki (by Yuki-Inoue)
live-completions | elisp-format | |
---|---|---|
2 | 2 | |
25 | 16 | |
- | - | |
0.0 | 0.0 | |
about 2 years ago | about 8 years ago | |
Emacs Lisp | Emacs Lisp | |
GNU General Public License v3.0 only | GNU General Public License v3.0 only |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
live-completions
Posts with mentions or reviews of live-completions.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-09-09.
-
What I'd like to see done in Emacs
I don't use icomplete nor vertico most of the time, but I am very familiar with them. I've tried lots of completion UIs: default completion, ido (with ido-completing-read to get it everywhere), icomplete, vertico, selectrum, helm, ivy; and I've written several myself: icomplete-vertical, live-completions, grille, embark-collections-completions.
-
New package: Vcomplete - visual enhancements to the default completion interface
I too am guilty of once writing a package that updates the *Completions* buffer as you type: live-completions. My package didn't have a way to move the "currently selected" completion from the minibuffer (because I didn't mind switching to the completions buffer for that). Recently u/protesilaos also wrote his own version, in prot-minibuffer.el. I'm sure there are many other examples.
elisp-format
Posts with mentions or reviews of elisp-format.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-09-09.
- elisp-format.el --- Format elisp code
-
What I'd like to see done in Emacs
I can't stop caring given how much pain I have reading weirdly indented code, even if prism-mode helps. I love when things enforce a style, like ->> naturally does. I wish the ELPAs required something akin to gofmt for Elisp code. There's elisp-format but IIRC it makes odd decisions sometimes so it needs patching.
What are some alternatives?
When comparing live-completions and elisp-format you can also consider the following projects:
embark - Emacs Mini-Buffer Actions Rooted in Keymaps
icomplete-vertical - Global Emacs minor mode to display icomplete candidates vertically
.emacs.d - My current Emacs setup.
quelpa - Build and install your Emacs Lisp packages on-the-fly directly from source
eglot - A client for Language Server Protocol servers
link-hint.el - Pentadactyl-like Link Hinting in Emacs with Avy
anaphora - Anaphoric expressions for Emacs Lisp, providing implicit temporary variables.
orderless - Emacs completion style that matches multiple regexps in any order
emacs-config - My personal Emacs configuration
prism.el - Disperse Lisp forms (and other languages) into a spectrum of colors by depth
borg - Assimilate Emacs packages as Git submodules
live-completions vs embark
elisp-format vs icomplete-vertical
live-completions vs .emacs.d
elisp-format vs quelpa
live-completions vs eglot
elisp-format vs link-hint.el
live-completions vs link-hint.el
elisp-format vs anaphora
live-completions vs orderless
elisp-format vs emacs-config
live-completions vs prism.el
elisp-format vs borg