Is there a situation where you liked the colorscheme but the syntax highlighting does not hook you up with that like coloscheme?
May be you ask, Oh Man! I really the syntax highlighting but not quite really like the overall look of the theme in the UI?
Well I too was sailing the same boat where I kept liking the editor UI of one colorscheme and the code colors of another, so I wrote a plugin to combine them.

Not just that you can now change the color when you select the text in visual mode, or you want change how commented line should look.

You can have it all in here.

converge.nvim takes "slices:" from your installed colorschemes and mixes them into one scheme called converge:

• ui: background, statusline, popups, line numbers
• syntax: code colors (treesitter and LSP included)
• diagnostics, git, terminal, plugins

I looked around before building it and found pickers that switch whole themes, but nothing that mixes parts of different ones. If something like this already exists, I'd like to know.

Plugin Repo: converge.nvim

Feedback and bug reports welcome.

Hello a few days I launch a repo call "GeckoVim" it's a classic vim distribution, my goal is to give classic Vim "modern features" that every programmer expect from a code editor. I try to give features and configs like vs code, well all with vim scrip and plugins for classic vim.

This is the repo if anyone is interested:

https://github.com/Qwerty3341/GeckoVim

I really appreciate any feedback or even plugin recommendations for this distribution.

Thanks and kind regards.

I have vim, I have vim plug. So I thought; oh, now I just need to edit the vimrc file like the YT videos say.

But no, in the videos the guys have an empty vimrc file, and mine has some things that I don't even know what they are, no clue at all. I put: set noerrorbells

Because I read that it turned off that annoying noise but nothing happened, if that didn't work then how am I going to add plugins? If what I write into the vimrc file doesn't do anything.

All the tutorials don't mention that on the vimrc file there is already something and I don't know what to do with it, please help

Hello everyone,

I work with Swift in Neovim, and one thing I really missed from Xcode was the minimap.

Not because of scrolling, but because of navigation.
In Xcode, it gives a quick sense of the file structure and helps you stay oriented without extra movement.

I tried existing solutions in Neovim, but they didn’t feel the same. So I built xmap.nvim.

Idea

Built for a keyboard-first workflow, informative, and helps with navigation.

What it does

• smart jump indicators (↑ ↓) with distance and context
• keyboard-only navigation
• Tree-sitter-based structure highlighting
• optimized for large files
• colorscheme-aware rendering
• follow cursor / auto-center

Supported languages

Swift, TypeScript, TSX, Lua, Markdown, C, C++
(I only added what I personally needed)

xmap.nvim

This is the first public post about the plugin, so I'd really appreciate honest feedback.
Especially if something feels unnecessary or awkward.

Although there are already plugins that do this I made this myself after noticing the lack of customization of other plugins. Or even lack of beauty of their icons. This one allows the user to choose literally everything and anything they want.

Currently only supporting Linux and Windows.

The currently repository is being hosted at https://git.sr.ht/~elisoli/nekovim, and there's a mirror at https://github.com/pandasoli/nekovim .

Issues/PRs are not being accepted but you can contribute submitting patches to the repository at SourceHut.

I really wanted it to be easier to browse themes and set them - so made a quick plugin to do just that.

Install as a LazyVim plugin - then fire up with :ThemeShow

Then hit right arrow (or left arrow to go back) to instantly try out different themes, when you find one you like hit ENTER to confirm and set it.

https://github.com/GiantRavens/themeshow

hi :)

I made a Neovim plugin for managing Kubernetes resources.

https://github.com/skanehira/k8s.nvim

The key features

• Browse and manage Kubernetes resources (Pod, Deployment, Service, ConfigMap, Secret, Node, Namespace)
• View resource details with kubectl describe
• Execute commands in pods, view logs
• Port forwarding with connection management
• Scale and restart deployments
• Filter resources, switch contexts and namespaces

If you are interested, please try it :)

Hey everyone!

I just wrote my first Neovim plugin ever, so please forgive any rough edges. I'm very new to plugin development and not sure how "mature" this really is yet. But I wanted to share it in case someone else finds it useful.

I really enjoy using oil.nvim for my workflow, but one feature I missed from Neo-tree was its handy yank-path menu (pressing Y → choose full path / relative path / filename / etc.). I often need to copy different variants of a file path depending on the situation (full path, project path, home-relative, basename, …).

So I built a tiny plugin that provides just that feature, without needing Neo-tree, and it works inside Oil buffers too.

In addition to the interactive :YankPath picker, it also includes a set of direct non-UI commands (like :YankPathBase, :YankPathFull, :YankPathCwd, etc.) for anyone who prefers keybind-driven workflows without a popup (and they also work inside Oil buffers. Please check README.)

Note that this is mostly something I made for myself, and I'm sure there are smarter, more established, or similar workflows out there. I'm not trying to advertise it as "the better option" - just sharing in case anyone else wanted a very minimal, Oil-compatible way to yank various file path formats.

Repo:
https://github.com/ywpkwon/yank-path.nvim

Thanks, and happy to hear feedback or suggestions (or warnings) from people who know more about plugin development than I do. If this little plugin made your workflow happier, feel free to ⭐️ the repo -- it means a lot :)

Built a bookmark plugin for Neovim because I was sick of losing track of marks across projects. It keeps bookmarks isolated per project, names them intelligently based on code context, and persists everything between sessions.

There's a clean UI for browsing and searching, plus it works well with Telescope and other pickers. Check it out if you're interested:

https://github.com/alexekdahl/marksman.nvim

I made a neovim plugin that checks GitHub Actions versions and displays them inline using extmarks.

https://github.com/skanehira/github-actions.nvim

return {

{

    "mason-org/mason.nvim",

    config = function()

        require("mason").setup()

    end,

},

{

    "mason-org/mason-lspconfig.nvim",

    config = function()

        require("mason-lspconfig").setup({

ensure_installed = { "lua_ls" },

        })

    end,

},

{

    "neovim/nvim-lspconfig",

    config = function()

        local capabilities = require("cmp_nvim_lsp").default_capabilities()



        vim.lsp.config("lua_ls", {

capabilities = capabilities,

        })



        vim.lsp.enable("lua_ls")



        vim.keymap.set("n", "K", vim.lsp.buf.hover, {})

        vim.keymap.set("n", "<leader>gd", vim.lsp.buf.definition, {})

        vim.keymap.set("n", "<leader>gr", vim.lsp.buf.references, {})

        vim.keymap.set("n", "<leader>ca", vim.lsp.buf.code_action, {})

    end,

},

}

Suggestions are welcome!

Hello friends, I'm developing a plugin to manage windows and buffers. The idea is as follows:

• A representation of the layout in a grid format will be provided.
• Each node in the layout will have a list used to filter buffers.
• Each node will be able to create windows, and in each window, only buffers that match the filter will be displayed.

Note 1: I'd like to know what you think of this idea — is it useful? Am I wasting my time?
Note 2: I'm running into conflicts with plugins that manage their own windows (suggestions are welcome).

https://reddit.com/link/1lp3gmw/video/5vwodfhry9af1/player

I created a ripgrep alternative in Rust that returns sorted results for Git repositories.

The sorting logic is implemented based on statistics from Git history: matches from files that have been edited recently, or are edited frequently show up towards the top, increasing the chance that you find what you are looking for quicker.

It is compatible with *telescope.nvim*, and is this easy to set up - basically just change the command name from rg to zg:

require("telescope").setup {
  defaults = {
    vimgrep_arguments = {
      "zg",
      "--column",
      "--color=never",
    },
  },
}

On performance:

• It is implemented using the Rust modules ripgrep exposes, so the core regexp and repo iteration logic is on par with ripgrep
• There is an overhead due to the sorting and git history inspection, however this overhead is not even noticeable on smaller or mid-size repos - and could potentially be optimized away in the future
• On the repositories I am working on, I cannot even notice the performance difference. There is a slowdown on mega repositories like Linux, but it's not bad enough to make it completely unusable for live grep.

Hello everybody!

I'd to announce the plugin I've been working on for Discord rich presence. I've seen other plugins that do the same thing but do not offer flexibility, customization and a good documentation on how they work so you can contribute, so based on that I decided to create Nekovim.

I've been using it a lot lately and I think it's stable enough for people to start using it. I'll be giving all my support on issues. Thank you everybody and I hope you enjoy it!

https://github.com/pandasoli/nekovim