marginalia
evil
marginalia | evil | |
---|---|---|
27 | 105 | |
711 | 3,247 | |
- | 1.0% | |
7.2 | 8.0 | |
about 2 months ago | 3 days ago | |
Emacs Lisp | Emacs Lisp | |
GNU General Public License v3.0 only | GNU General Public License v3.0 only |
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.
marginalia
-
Emacs Commands I Got by with for Years
Check out marginalia[1]. Whenever you press M-x, it will pop up a buffer showing all the commands (with most recent ones on top) along with their keybindings and a brief description of what they do.
Embark[2] is also cool. It will show all the possible commands relevant to where the cursor is at that moment. I bind it to C-c a.
[1] https://github.com/minad/marginalia
-
Packages that you would like to be in emacs core ?
Then there is Marginalia which is IMO essential
-
Emacs Advent Calendar 7: ordeless, embark 1.0 and some bric-a-brac
marginalia. Informative annotations for minibuffer completion candidates, co-written with u/minad-emacs.
-
Why does elpaca make emacs startup so much faster?
Wow, interesting that my response is getting down voted. It seems not enough that I give away my work for free. Nevertheless I appreciate support from the community, as other Emacs package developers. The support is actually helpful. To clarify, publishing my configuration would translate into quite a bit of work, requiring separation of private and public bits.
-
Doom -> vanilla emacs 29
marginalia for extra info in the minibuffer
-
(void-variable string-width) error by consult-buffer
There seems to be some problem with straight not correctly installing or updating compat. See these issues on Marginalia and Embark where straight seems to not install Compat.
-
What does Vertico offer over icomplete-vertical?
Note that I contribute to Emacs core itself from time to time but the process is discussion-heavy and thus time consuming. If you are familiar with the completing-read API, you may know the annotation-function of completion tables. The name already tells that this function just adds annotations to the completion candidates. The Marginalia package (written by /u/oantolin and me) provides such annotations. A similar function is the group-function, which groups candidates in subsets and adds titles above the subsets. I wrote the patch which added this feature to Emacs. It is now supported by default completion, Icomplete, Vertico and maybe other UIs. The initial implementation was done in the earlier Selectrum package, and a little later in Vertico.
-
[ANN] Vertico 1.0 and Marginalia 1.0
At the end of the year, I am happy to announce the stable Vertico 1.0 and Marginalia 1.0 releases. Vertico is a minimalist, yet flexible and responsive vertical completion UI. Marginalia provides helpful annotations for many completion contexts. Both packages have been solid for a while but I rather let things mature slowly. These releases finally put the stamp "stable" on these two packages. I expect the other members of the package suite to follow soon after. Both packages have been updated recently to support the newest Emacs 29 features. They are compatible with Emacs 27, 28 and the upcoming 29.
-
org-cc: Custom completions for Org (WIP)
I) I started out trying to implement this using marginalia, like the consult commands, but quickly concluded that this wasn't the way to go here... please correct me if I'm wrong and there is more from these packages I could make use of. I also try to make use of as much of the citar codebase as possible, but have found it difficult so far: a lot seems too specific for bibliographic entries.
-
Idea/Question: Using "feature-full" packages (e.g. dired) for completion?
I can't find anything that seems to discuss them in detail, but Marginalia is a package that applies them widely in completion. And here is a simple example for customized file completion.
evil
-
From Doom to Vanilla Emacs
evil mode
-
Packages that you would like to be in emacs core ?
Since we already have vyper-mode, why not add Evil to the stack?
-
Ask HN: Does anyone Lisp without Emacs?
2 stripe blue belt here! I used to use Vim for everything other than Java development and have now adopted Emacs in the same way. I am using it for Clojure and Common Lisp development along with org mode, irc, rss, git and file management
I started with Evil mode and then moved to Xah fly keys before sticking to the emacs bindings. Having the caps lock key bound to CTRL helped me a lot. I don't know if it makes that much of a difference for Emacs but using the DVORAK layout has helped my fingers
There are other bindings you can try like Meow or God mode but I don't know what the adoption rate is like for them. Emacs gives you the flexibility to set it up as you please. As others have mentioned, there may be other keyboard options that might be more helpful as well
https://github.com/emacs-evil/evil
-
Emacs Is My New Window Manager
If you already know Vim, you should probably not use Emacs without Evil:
https://github.com/emacs-evil/evil
It gives you comprehensive Vim bindings so what you need to learn to be comfortable in Emacs is very little. As a bonus, it also keeps your RSI risk unchanged.
-
Imaginary Problems Are the Root of Bad Software
Emacs is a text ecosystem. And it's trivial to add these shortcuts. Evil[0] basically rewires everything to be Vim.
[0]: https://github.com/emacs-evil/evil
-
Is orgmode really that much better than an equivalent workflow using vim + other tools?
I would *highly* recommend using vim keybindings if you're just getting into it (Doom or just evil). I switched from vim to emacs and tried to rough it with the default keybindings thinking that otherwise I wasn't /really/ using emacs, but I was wrong! I've been using org-mode/emacs for ~2 years now and I've slowly been migrating everything into it as I find useful tools/modes/etc (and now thanks to u/ilemming I have ~12 more to experiment with 😂)
-
Switching from Emacs. My experience
Despite using Emacs as my main editor, I was extremely familiar with Vim since I also used it frequently, and was able to use it quite well, especially because I also used [evil](https://github.com/emacs-evil/evil) in Emacs since Emacs's native keybindings are uncomfortable to use. I never used Vim as my primary editor though because it was cumbersome to configure. As many people say, Vimscript just feels wrong, so I gave up on trying to customize Vim.
-
Is it possible to use vim like navigation and control everywhere on the windows/mac applications?
uhm... this maybe? https://github.com/emacs-evil/evil
-
Avarege traaaArch user be like
doom is a set of configuration files (to put it lightly 😅) for emacs, a text editor with really really powerful configuration abilities -- your "config files" are actually code in a full-fledged programming language, so people have done things like built package managers in it, or written full emulators for other text editors
-
Cursor seems to get stuck when scrolling, need help fixing.
Does it look like this? https://github.com/emacs-evil/evil/issues/1778
What are some alternatives?
embark - Emacs Mini-Buffer Actions Rooted in Keymaps
doom-emacs - An Emacs framework for the stubborn martian hacker [Moved to: https://github.com/doomemacs/doomemacs]
org-remark - Highlight & annotate text, EWW, Info, and EPUB
lsp-mode - Emacs client/library for the Language Server Protocol
corfu - :desert_island: corfu.el - COmpletion in Region FUnction
spacemacs - A community-driven Emacs distribution - The best editor is neither Emacs nor Vim, it's Emacs *and* Vim!
eglot - A client for Language Server Protocol servers
Visual Studio Code - Visual Studio Code
emacs-libvterm - Emacs libvterm integration
VSpaceCode - Spacemacs like keybindings for Visual Studio Code
vertico - :dizzy: vertico.el - VERTical Interactive COmpletion
portacle - A portable common lisp development environment