winbar.nvim
winbar config for neovim (by fgheng)
nvim-gps
Simple statusline component that shows what scope you are working inside (by SmiteshP)
| winbar.nvim | nvim-gps | |
|---|---|---|
| 5 | 19 | |
| 107 | 506 | |
| - | - | |
| 0.0 | 8.7 | |
| about 1 year ago | almost 2 years ago | |
| Lua | Scheme | |
| - | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
winbar.nvim
Posts with mentions or reviews of winbar.nvim.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-01-22.
-
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.
- What plugin is this?
-
Nvim dap-ui: "E36 Not enough space" when using "Eval"
Ok, after some tedious hours of debuggin I found out that the issue is with the winbar plugin which I added somewhat after I setup dap-ui. The winbar title adds an additional row to the hover window which dap-ui does not consider in the automatic window size computation. The solution is to add "dapui_hover" to the exclude_filetype section of winbar's config table:
-
AstroNvim 2.4
Winbar is added to display LSP breadcrumbs
-
Any ergonomic way to browse highlight groups?
On the other hand the :TSHighlightCapturesUnderCursor command seems to come with the treesitter playground which requires Neovim nightly. How stable is nightly exactly? I already had my eyes set on the winbar plugin which also requires nightly, so if breakage is not too catastrophic I might do the jump right now. :D
nvim-gps
Posts with mentions or reviews of nvim-gps.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-05-14.
- 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
What are some alternatives?
When comparing winbar.nvim and nvim-gps you can also consider the following projects:
nvim-navic - Simple winbar/statusline plugin that shows your current code context
NvChad - Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
asdf-neovim - Neovim plugin for asdf version manager https://github.com/asdf-vm/asdf
nvim-treesitter-context - Show code context
coc-nav
refactoring.nvim - The Refactoring library based off the Refactoring book by Martin Fowler
LunarVim - 🌙 LunarVim is an IDE layer for Neovim. Completely free and community driven.
twilight.nvim - 🌅 Twilight is a Lua plugin for Neovim 0.5 that dims inactive portions of the code you're editing using TreeSitter.
heirline.nvim - Heirline.nvim is a no-nonsense Neovim Statusline plugin designed around recursive inheritance to be exceptionally fast and versatile.
zephyr-nvim - A dark neovim colorscheme written in lua
feline.nvim - A minimal, stylish and customizable statusline for Neovim written in Lua
nvim-treehopper - Region selection with hints on the AST nodes of a document powered by treesitter
winbar.nvim vs nvim-navic
nvim-gps vs NvChad
winbar.nvim vs asdf-neovim
nvim-gps vs nvim-treesitter-context
winbar.nvim vs coc-nav
nvim-gps vs refactoring.nvim
winbar.nvim vs LunarVim
nvim-gps vs twilight.nvim
winbar.nvim vs heirline.nvim
nvim-gps vs zephyr-nvim
winbar.nvim vs feline.nvim
nvim-gps vs nvim-treehopper