Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add categories to the Plugins list #89

Open
sobolevn opened this issue Apr 4, 2016 · 7 comments
Open

Add categories to the Plugins list #89

sobolevn opened this issue Apr 4, 2016 · 7 comments

Comments

@sobolevn
Copy link
Contributor

sobolevn commented Apr 4, 2016

Hi! Right now all plugins are in the same category. It is absolutely impossible to navigate through them.
May be it will be wise to separate them?

@voronkovich
Copy link
Contributor

👍

@unixorn
Copy link
Owner

unixorn commented Apr 4, 2016

What categories do you suggest? I'd moved the ones that only provided tab completions into a different section, but am open to other categories

@sobolevn
Copy link
Contributor Author

sobolevn commented Apr 4, 2016

At least, it is possible to distinguish these:

  • git
  • development (the name is not quite right, I mean plugins to work with the things like rmv, maven and so on)
  • external services (JIRA, GitHub, CanIUse, ...)
  • Working with OS
  • CLI commands (aliases and so on)

What do you think?

@voronkovich
Copy link
Contributor

@sobolevn, I think it's better to use more general category name like cvs instead of git

@xPMo xPMo mentioned this issue Feb 28, 2020
1 task
@shayneoneill
Copy link

Maybe one category could be "Plugin Managers".

Problem is , that'd be most of the list. Its just plugin managers for managing plugin managers. Turtles all the way down.

@unixorn
Copy link
Owner

unixorn commented Nov 24, 2021

The plugin managers should all be in the Frameworks section. If there are any still in plugins that I missed, please either create an issue or a PR.

@VorpalBlade
Copy link

I think it would be a good idea to split the remaining plugins into those that just provide simple aliases and wrapper functions to ease the use of external commands, and those that do something more complicated.

Examples of these alias-only plugins would be things like the "arc", "apache2", "basex" and "drupal" plugins (just to mention a few randomly picked from the near the beginning of the list.

The way I see it, I want it to be easier to discover plugins that have actual "substance" to them. Things like "fast-syntax-highlighting" and "fzf-tab" should not be hidden in a sea of trivial plugins.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants