nvim-gps
vim-grepper
nvim-gps | vim-grepper | |
---|---|---|
19 | 19 | |
506 | 1,200 | |
- | - | |
8.7 | 3.9 | |
almost 2 years ago | 3 months ago | |
Scheme | Vim Script | |
Apache License 2.0 | 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.
nvim-gps
- what plugin added the breadcrumb/context info to the winbar?
- How do I get this little tree like hierarchy of the code on the top?
-
Any way to get something like this in coc?
I've been using winbar.nvim with nvim-gps which depends on treesitter. Unfortunately it's been archived/deprecated but still works fine.
- How can I have a symbol line like this? I saw that there is symbols-outline.nvim, but it opens a sidebar.
- Plugin suggestion
-
Displaying code context using LSP is much slower than Treesitter. Maybe bring back nvim-gps?
With the deprecation of nvim-gps we are left with LSP's more accurate code context parser nvim-navic or lspsaga. I however only use LSP for like 5 languages as opposed to treesitter since it's just easier to install all language parser
-
Trying to create a LunarVim like IDE setup, called DeathVim
and nvim-navic or in this projects case it is its predecessor - nvim-gps
- Add colors to Gps-Nvim ?
-
Is there any statusline framework plugin that allows dynamic truncation of each component?
I currently use feline.nvim as a framework for creating my custom statusline, and before that I was using galaxyline.nvim. A feature that I would really like though is for each section of the statusline to able to dynamically resize based on the window size, and dissappear if the window gets narrow enough, based on some priority that I give them and some truncation rule. By truncation I mean that for instance a file path could get shortened by pathshorten(), the filetype indicator would only display the devicon and not the filetype name, nvim-gps would only use a depth of 1, etc... This behaviour would be defined by the user, but the framework would calculate which components to truncate in order to fit as many as possible in the priority that the user has chosen for each component.
-
Could this be solved currently using nvim-gps and Treesitter?
I've added a pull request to support json https://github.com/SmiteshP/nvim-gps/pull/41
vim-grepper
-
Embracing Common Lisp in the Modern World
I'm curious, what specifically works better about their IDE for you in the case of many files? Do they now have good global refactoring tools, like you can change a class name in library A and have it automatically be updated in library B and application C that depend on and use it? And without the actual files for such being open? (I'm reduced to what's essentially mass search-replace with https://github.com/mhinz/vim-grepper/ but it does the job and importantly helps update files I might not have open buffers for. Still a step down from what's available in JavaLand. I remember someone was working on a library to build some modern refactoring tools for Lisp but I don't know how far that's gotten.)
-
[Neovim] Un rapide examen de LunarVim
J'aime bien https://github.com/mhinz/vim-grepper Et https://github.com/kevinhwang91/nvim-bqf Pour ce travail.
-
mini.basics - Common configuration presets for options/mappings/autocommands
I had a look at your planned modules and thought I could swamp you with some more ideas, to possibly inspire you to do a few of them: - since you are thinking about making mini.quickfix: - vim-grepper: eases configuration of grep tools like rg and integration with quickfix - recipe.nvim: instead of defining 'makeprg', making a build step, which can send errors to the quickfix and a run step which runs in a floating terminal - qf.nvim: adds some additional stuff to quickfix, on top of bqf, like a proper quickfix toggle command, which I never want to live without again
-
Project & File navigation
use a grep tool plugin, I like https://github.com/mhinz/vim-grepper for this.
- Plugin suggestion
-
Fzf – a command-line fuzzy finder
This is great when you want to jump to a specific place.
I also use vim-grepper (mapped to leader-g) for finding in files and populating the quickfix list.
https://github.com/mhinz/vim-grepper
-
How I search projects with ripgrep
Why not just using vim-grepper? :p
-
How to pipe the result of a shell command like `ag` into the qf/loclist?
Not an answer to your question but vim-grepper allows you to use ag already (if you are using it from grepping).
-
Can anyone please recommend a good plugin to replace built-in vim regex search with PCRE regex?
This wouldn’t be a direct replacement for searching, but could you create/find a tool which uses perl regex to fill the location window? e.g you can use vim-grepper and modify the rg command with --pcre to use the pcre2 engine.
-
quickfix-rex.nvim
Could you expand on how this differs from vim-grepper?
What are some alternatives?
NvChad - Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
nvim-spectre - Find the enemy and replace them with dark power.
nvim-treesitter-context - Show code context
fd - A simple, fast and user-friendly alternative to 'find'
refactoring.nvim - The Refactoring library based off the Refactoring book by Martin Fowler
ctrlsf.vim - A text searching plugin mimics Ctrl-Shift-F on Sublime Text 2
twilight.nvim - 🌅 Twilight is a Lua plugin for Neovim 0.5 that dims inactive portions of the code you're editing using TreeSitter.
hop.nvim - Neovim motions on speed!
zephyr-nvim - A dark neovim colorscheme written in lua
vim-projectionist - projectionist.vim: Granular project configuration
nvim-treehopper - Region selection with hints on the AST nodes of a document powered by treesitter
vim-qf - Tame the quickfix window.