dotfiles
delta
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
-
How do you organise your snippets?
You put your snippets in a lua file, like here (with syntax according to the luasnip documentation) and invoke such file somewhere in your configuration so that it's required (i. e. "loaded").
-
Function: Attempt to call global 'xxx' (a nil value)
Without knowing your precise folder structure and where you are requiring what is a little hard to understand. However, I do something similar but I have a functions file in my lua folder (without any nested subfolder) and I just require all the .lua stuff in my init.lua here.
-
Select filetype based on Filename?
Some examples here, but as other users suggested it's vim.filetype.add().
-
which snippet engine are you using?
You can find my snippets here: to be honest they are rather simple, so creating such doesn't take me too long. In general I would say either style is fine (or equally ugly :p).
-
I refactored my lua structure and have lost some UI styling ?
Whilst at the moment I do not have time to go through your config, this is my noice config and my lsp. You can copy&paste, I have borders set and normal highlight window. It works, so just copy it and then work back till you add yours.
-
lsp handlers textDocument issue after update Noice
If it can be of help this is my noice configuration and lsp setup. It is working fine for me and I tested updating everything right now.
-
TreeSitter Code Highlight
See examples here.
-
minimal config for sessions management
Here - it is just a config file with a few functions: use it as inspiration! The code is probably not optimised yet (I just got it working and I wanted to share, do let me know if you can make it better): mappings to operate
-
your favorite cheatsheet app ?
I use navi and I am very satisfied: it's very easy to create your own cheatsheets, see for instance what I do here.
-
...and now gh-i to search for issues interactively!
It is macOS with iTerm2 and zsh as shell. The DE is the standard one that comes pre-installed, I didn't make changes; you can find my configurations here
delta
- Difftastic, a structural diff tool that understands syntax
- Popular Git Config Options
-
So You Think You Know Git – Git Tips and Tricks by Scott Chacon
Thanks for the difftastic & zoxide tips.
However, I've been using this git pager/difftool: https://github.com/dandavison/delta
While it's not structural like difft, it does produce more readable output for me (at least when scrolling fast through git log -p /scanning quickly
-
Essential Command Line Tools for Developers
View on GitHub
- Potencializando Sua Experiência no Linux: Conheça as Ferramentas em Rust para um Desenvolvimento Eficiente
-
Unified versus Split Diff
I'm currently waiting on the integration between Delta and Difftastic:
https://github.com/dandavison/delta/issues/535
Difftastic now has JSON output, whic should make it much easier to build this.
- Delta, a syntax-highlighting pager for Git, diff, and grep output
- Ask HN: What's a new developer tool you recently started using?
-
Magit
I'm surely in the minority here. I've been using Emacs for almost a decade now, but I just can't get into the Magit workflow. I've tried several times, but always end up going back to Git on the command line. I have dozens of aliases, shell integrations, a nice diff viewer[1], etc., and interacting with Git has become muscle memory. I can commit, cherry-pick, rebase, bisect, fix conflicts, etc., in a fraction of the time it would take me to navigate Magit's UI. I'm sure with enough practice, a Magit user could do this more quickly and efficiently, but honestly, with some custom-built porcelain, Git's UI is not so bad. Though this could very well be Stockholm syndrome after using it for such a long time...
For whatever reason, Magit's opinionated workflows never clicked with me. A part of it is the concern that it will do something weird to my repo that I'll then have to waste more time undoing manually. I usually don't trust sugary wrappers around tools. And another is the fact I don't use Emacs on all machines, and setting up Git on a remote system is just a matter of copying over my config and some shell integrations.
Also, on a more personal note, I find the cultish fanboyism whenever Magit is brought up slightly offputting. Does anyone have anything bad to say about it? No software can realistically be this infallible. :)
[1]: https://github.com/dandavison/delta
-
How to use Git?
For looking at diffs I still prefer the command line though, and use delta to view diffs between commits or branches.
What are some alternatives?
noice.nvim - 💥 Highly experimental plugin that completely replaces the UI for messages, cmdline and the popupmenu.
diff-so-fancy - Good-lookin' diffs. Actually… nah… The best-lookin' diffs. :tada:
navi - An interactive cheatsheet tool for the command-line
difftastic - a structural diff that understands syntax 🟥🟩
indent-blankline.nvim - Indent guides for Neovim
vim-fugitive - fugitive.vim: A Git wrapper so awesome, it should be illegal
vimspector - vimspector - A multi-language debugging system for Vim
lazygit - simple terminal UI for git commands
ale - Check syntax in Vim/Neovim asynchronously and fix files, with Language Server Protocol (LSP) support
vim-gitgutter - A Vim plugin which shows git diff markers in the sign column and stages/previews/undoes hunks and partial hunks.
dotfiles - My Dotfiles
gitui - Blazing 💥 fast terminal-ui for git written in rust 🦀