"Neovim Lua Development" and "Fennel" sections are poorly organised

[sukineco]

Neovim Lua Development contains the following sorts of things:

• Libraries (i.e. saghen/blink.lib, nvim-lua/plenary.nvim, kkharji/sqlite.lua)
• Plugins for general Lua development (i.e. folke/lazydev.nvim, milisims/nvim-luaref)
• Plugins for Neovim Lua development (i.e. bfredl/nvim-luadev, nvim-mini/mini.nvim#mini.doc, nvim-mini/mini.nvim#mini.test)
• Probably miscategorized plugins which happen to kinda fall under Neovim Lua Development (i.e. svermeulen/vimpeccable, OXY2DEV/helpview.nvim)

So it needless to say that the category is quite bloated, which isn't so suprising considering how ambiguous the name is (is this for Lua development in Neovim? Lua development for Neovim? If for, are libraries included? and so on).

Fennel is kinda similar and is less bloated only due to Fennel being less popular. Here is what it contains:

• Libraries (only one though, udayvir-singh/hibiscus.nvim)
• Fennel integrations (i.e. aileot/nvim-thyme, Olical/nfnl, rktjmp/hotpot.nvim)
• Probably miscategorized plugins which happen to kinda fall under Fennel (only one again, Olical/conjure)

I propose the following:

• Create a separate Library category (maybe it also should have some tags like [Lua] and [Fnl]?)
• Move plugins for general Lua development into Programming Languages Support/Lua
• Move some plugins to more suitable categories

Problems not covered:

• Plugins for Neovim Lua development. Should they belong to Programming Languages Support/Lua? Maybe narrow Neovim Lua Development to only those kinds of plugins?
• Fennel integrations. Where do they belong? Programming Languages Support/Fennel? Maybe some new category? I don't quite like the idea of narrowing Fennel because similar integrations for other languages may arise (I'm currently developing this kind of plugin actually).

Obviously open for discussion :3

[sukineco]

Okay, some addtions.

1. On the second thought, udayvir-singh/hibiscus.nvim is not quite a Library? Or is it? It's a library for writing init file, not plugins.

2. I saw Integration category being mentioned before (here) and I think it would be a suitable solution for Fennel integrations. UPD: If Integration passes, it could help with unnesting Split and Window via moving out Tmux which allows for further merging with UI; Terminal Integration and Git might also belong here (Git may require splitting Github and Gitlab into their own subsections of Integration which seems fine to me).

3. Plugins for Neovim Lua development are kinda Programming Languages Support/Lua? Awesome Emcas does the same thing with ELisp but it's obviously a different case. Maybe some Programming Languages Support/Lua/Neovim would fit? UPD: I saw talks about nesting in [Collaborators] Could the "UI" section be restructured? #1875, parsing point makes absolute sense so maybe additional nesting is a bad idea.

4. Off-topic. Programming Languages Support should have a separate subcategory for every language. It'd be just more organised and so is easier to navigate through.

5. Off-topic. Dependency Management has a rather confusing name and all plugins from there could easily be merged into Programming Languages Support.

[sukineco]

Also a huge off-topic on colorschemes. If Library passes, Colorscheme Creation could be merged into there which in perspective allows for merging Colorscheme into UI (as proposed in #1875) without additional nesting.

[sukineco]

Summary

• Library category for things like nvim-lua/plenary.nvim looks reasonable
• Integration category for a lot of sorts of things looks reasonble too, Fennel could be turned into a subcategory
• Programming Languages Support/Lua also seems reasonable
• All plugins from both Fennel and Neovim Lua Development could be moved into those new categories

[DrKJeff16]

At first value, I feel that a "Library" section is a bit wonky. Some of these plugins to be moved there can be utilized on their own as a standalone plugin.

Will have to think this through later today when I'm free.

---

A good idea could be a draft PR, like #2311, to have a good idea how things would be ordered.

[sukineco]

At first value, I feel that a "Library" section is a bit wonky. Some of these plugins to be moved there can be utilized on their own as a standalone plugin.

Well, I think "Library" could be just a fallback for library-like plugins if there is no better place for them. Anways it's better than bloating "Utility" even more or placing these plugins in some seemingly unrelated categories.

[DrKJeff16]

Need @Penaz91's opinion.