popper
coc.nvim
popper | coc.nvim | |
---|---|---|
20 | 320 | |
424 | 23,945 | |
- | 0.3% | |
5.1 | 9.0 | |
27 days ago | 7 days ago | |
Emacs Lisp | TypeScript | |
GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
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.
popper
-
Emacs Advent Calendar 6: elfeed-tube, popper, consult-dir, gptel and more
popper: Summon, dismiss or cycle through "popup" buffers. Like drop-down terminals (guake, yakuake etc) but in Emacs and for any buffer, not just shells.
-
Window Management - share your display-buffer-alist
Karthink's config, good integration with the popper package
- popper: Emacs minor-mode to summon and dismiss buffers easily.
-
916 Days of Emacs
I love emacs, but agree with many of your criticisms.
Emacs can be slow. I don't use LSP, so can't comment on that, but it's definitely slow on long lines with syntax highlighting.
I don't use TRAMP for exactly one of the reasons you mentioned: it can hang Emacs. I want to avoid that at all costs, because I pretty much live in Emacs.
Handling buffers is tedious, but you can improve that through various packages, like popper[1]
Depending on what problems you run in to and your skill level, it could be tricky to debug elisp programs. However, compare that to when you run in to some bug in VSCode... how are you going to debug that? You'll probably have to submit a bug report and wait for the developers to get to it (if they ever do)... how is that better than emacs?
Also, remember that you don't have to go it alone in troubleshooting the issues you run in to with emacs. There's a whole community ready and willing to help.
Despite the downsides of emacs, I still use and love it. Every editor has downsides, and emacs is no exception. Its positives far, far outweigh the negatives for me. There's just so much more that it can do than other editors, and it's far more customizable. I very much doubt I'll ever seriously consider switching to another.
[1] - https://github.com/karthink/popper
-
Emacs 29 is nigh What can we expect?
Thanks for these tips! I'll explore tabspaces, apheleia, async-shell-command (and the Go lib) — all of those are new to me.
> Can you give a specific example of something you had trouble with?
I hoped to recreate multiple long-running terminal sessions in splits and tabs, similar to functionality I now use from:
Neovim (plugin): https://github.com/akinsho/toggleterm.nvim
VS Code (built-in): https://code.visualstudio.com/docs/terminal/basics#_managing...
I just found “popper”, which didn't exist the last time I looked. It seems like a pretty close substitute:
https://github.com/karthink/popper
-
Wrangling windows
I find it pretty unintuitive how magit, vterm, rg, and other commands that want to open a new window will interact with a multi-window setup. Sometimes they'll use an existing window, sometimes they'll make a new one. I prefer having things be predictable: terminals always go here, search results go there, and so on. I was looking for ways to tame this, and I found purpose, popper, shackle, and of course, directly hacking on display-buffer-alist.
-
Strategies for *Warnings* buffer?
I use popper for buffers I only need to see briefly.
-
Tool for managing buffers and windows
I haven't used popper but its description sounds promising: https://github.com/karthink/popper
-
How can I stop emacs from reusing existing windows?
Maybe this can help: https://github.com/karthink/popper
-
Stopping various commands from splitting the screen
Consider Popper
coc.nvim
-
I can't stand using VSCode so I wrote my own (it wasn't easy)
As well as its own plugins Vim/NeoVim can use VSCode's LSPs, DAPs and extensions either directly or via plugins like CoC[1] and Mason[2].
I would be surprised if emacs couldn't do the same.
1. https://github.com/neoclide/coc.nvim
-
Existing non-lua plugins examples
The most famous TypeScript one probably is coc.nvim
-
ready to use neovim for web development (frontend) - beginners
It is flatly the wrong mindset to think of vim as an IDE. vim is a code editor: get in, make change, get out. Consider vim koans, which are a fun little read. You can throw coc.nvim at Neovim, along with a few other bits to give you a Good Enough setup, but vim isn't and will never be an IDE.
-
Using CoC inlay hints
I just did a fresh reinstall of CoC, on a newer version of Neovim. I'm now seeing something I hadn't seen before, which CoC calls "inlay hints". They look like this:
-
C# lsp configuration with neovim CoC
I'm currently on an old setup (using coc and polyglot) and nvim v0.6.1. I'll be updating to a more modern setup within next year, using the native lsp and building nvim more frequently. But that's not today.
-
Does anyone know some good altermatives for these Vim plugins on Emacs?
coc.nvim
-
LazyVim
There are some plugins which have the best documentations I have ever seen, but you need to read it from the Vim.
Example of coc.nvim: https://github.com/neoclide/coc.nvim/blob/master/doc/coc.txt
-
Resources on learning bash scripting
Actually you can with coc.nvim & coc-sh. So long as shellcheck is also installed and in PATH, it'll integrate with coc/vim just fine.
-
how to set up coc.nvim extension on offline machine?
When you install an extension it runs an npm install or yarn, iirc, which is going to be problematic for you being offline. I was going to say you could copy that ~/.config/coc folder directly to the other machine but yeah, Windows, no idea. You see here https://github.com/neoclide/coc.nvim/wiki/Using-coc-extensions
-
GCC autocompletion
You can try https://github.com/neoclide/coc.nvim, the pre-requisite is to install nodeJS, then to install all the languages LSP. This works for me for Angular, Rust, JavaScript, Vimscript, etc
What are some alternatives?
burly.el - Save and restore frames and windows with their buffers in Emacs
YouCompleteMe - A code-completion engine for Vim
.emacs.d - My personal .emacs.d
vim-lsp - async language server protocol plugin for vim and neovim
frames-only-mode - Make emacs play nicely with tiling window managers by setting it up to use frames rather than windows
nvim-treesitter - Nvim Treesitter configurations and abstraction layer
bufler.el - A butler for your buffers. Group buffers into workspaces with programmable rules, and easily switch to and manipulate them.
nvim-cmp - A completion plugin for neovim coded in Lua.
homebrew-emacs-plus - Emacs Plus formulae for the Homebrew package manager
nvim-lspconfig - Quickstart configs for Nvim LSP
solarized-emacs - The Solarized colour theme, ported to Emacs.
LunarVim - 🌙 LunarVim is an IDE layer for Neovim. Completely free and community driven.