dotfiles | Vim | |
---|---|---|
6 | 52 | |
3 | 13,279 | |
- | 0.9% | |
8.1 | 9.4 | |
2 months ago | 7 days ago | |
Common Lisp | TypeScript | |
- | MIT License |
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.
dotfiles
-
Show HN: A simple Pastebin Clone using Deno
The colors are mostly from zenburn
https://github.com/fiddlerwoaroof/dotfiles/blob/master/emacs...
-
Writing Small CLI Programs in Common Lisp (2021)
Yeah, that’s definitely where I’ve ended up: I have a lot of lisp code, but it’s more of a toolbox for my shell (REPL) than standalone programs.
However, I’ve settled on a pattern that works pretty well for the few small tools I write: https://github.com/fiddlerwoaroof/dotfiles/blob/18cecfc93bcf...
-
Show HN: Mount Unix system into Common Lisp image
I use these keys every day for just about every sort of balanced delimiter manipulation I do in any language: https://github.com/fiddlerwoaroof/dotfiles/blob/eff889f0b749...
A little below I bind this key map to the “,” prefix and I’ve found my layout of paredit commands pretty ergonomic to use long-term.
-
Paredit 25 Released
What made a difference for me was figuring out the right keybindings. The default keybindings in emacs weren’t very ergonomic and so I came up with a more convenient set of keybindings (for evil-mode, since I prefer vim-style editing). They follow a nice pattern on the keyboard and made a huge difference.
I eventually adapted them so I could have relatively consistent keybindings across vim/emacs/VSCode/IntelliJ and the results are here:
https://github.com/fiddlerwoaroof/dotfiles/blob/b13240a42fa4...
If you understand the elisp keybinding notation, it’s possible to use the C-, ones in VSCode.
-
Coming Home to Vim
Yeah, I don’t have home-manager generate configurations for vim. I have home-manager generate a symlink to my version-controlled vimrc. This way I get the quick setup benefits of home-manager without the slow reload times.
Incidentally, I just polished my script for working around that issue: https://github.com/fiddlerwoaroof/dotfiles/blob/master/scrip...
-
Do you use Paredit?
https://github.com/fiddlerwoaroof/dotfiles/blob/master/emacs.d/lisp/configurations/evil-conf.el#L67-L143
Vim
- The IDEs we had 30 years ago and we lost
- The Loneliness of the Mid-Level Vimmer
-
Multiple Notepad++ Flaws Let Attackers Execute Arbitrary Code
I find the Vim extension for VS Code has macro support that is good enough for most of my use cases (if you’re a fan of Vim key bindings - obviously).
https://github.com/VSCodeVim/Vim/blob/master/ROADMAP.md#repe...
-
VSCode with Neovim?
that's why I just use https://github.com/VSCodeVim/Vim if I have to use VSCode
-
Can i change a with i and vice versa in command mode.
They have discussions enabled on the GitHub repository; eventually r/vscode might be of help.
-
Neovim vs VSCode Neovim - what are the tradeoffs?
What you would learn from using a neovim addon for VS Code covers most of the first point and some of the second - VSCode Vim lets you run neovim in a headless mode that relays keypresses to it, and emulates several popular addons. It also comes without quite as much hassle as comes from the second step of learning to configure vim/neovim yourself. Most VSCode extensions work pretty well out of the box, maybe requiring you to add the path to a compiler/interpreter that is not on your PATH.
-
Vim extension for VS Code lacks "virtualedit" option and cursor doesn't reach the end
The extension does have visualedit. You can check the list of supported features here: https://github.com/VSCodeVim/Vim/blob/HEAD/ROADMAP.md
-
How to achieve VSCode's vim like jsx and imports folding in doom emacs
I though VSCode's vim emulation had issues with code folding
-
I'm stuck between CB-GK-16 and 617, I like 617 more cause it looks better. Now the situation is I'm a programmer, I don't mind learning new bindings but is it worth it? If you have any experiences that would help me, please share them with me :)
Either I go with K552 or save for RK84 if not CB-GK-16 and both of these are pretty good choice that's certain, or I go with 617 Fizz and use VIM keybinding which Isn't an issue for me cause I've been using NeoVim for more than 1 year, you can grab my dotfiles if you want. Most people won't go with 60% cause they are used to arrow, home, end ... keys so am I with vs code but today I found out about vscodevim extension which enables vim keybinding , these keybindings pretty easy to use more than arrow, home, end .. keys if yo're a vim user like Shift + $ = end, Shift + 0 = home, in visual mode V to select text etc ...
- Undo (“u”) stopped working as intend – Issue #8157 – VSCodeVim/Vim
What are some alternatives?
lone - The standalone Linux Lisp
vscode-live-server - Launch a development local Server with live reload feature for static & dynamic pages.
smart-god-mode - No tests yet for merging into main branch!
vscode-neovim - Vim mode for VSCode, powered by Neovim
vscode-emacs-mcx - Awesome Emacs Keymap - VSCode emacs keybinding with multi cursor support
NvChad - Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
vim-sexp - Precision Editing for S-expressions
SpaceVim - A community-driven modular vim/neovim distribution - The ultimate vimrc
symex.el - An intuitive way to edit Lisp symbolic expressions ("symexes") structurally in Emacs
vimrc - The ultimate Vim configuration (vimrc)
shcl - SHell in Common Lisp [Moved to: https://github.com/SquircleSpace/shcl]
coc-java - Java extension for coc.nvim