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

Allow user-defined priorities for the signs that are placed #2452

Open
mvanderkamp opened this issue Jan 26, 2020 · 2 comments
Open

Allow user-defined priorities for the signs that are placed #2452

mvanderkamp opened this issue Jan 26, 2020 · 2 comments

Comments

@mvanderkamp
Copy link

There are a lot of plugins using the sign column these days. Even just with neomake, using several linters together can lead to conflicts. It would be ideal if we could customize the priority for the signs, so that, for example, error signs would have greater priority than info signs in case of a collision. It would be even nicer if priority could be set on a per-maker basis. For example in python, this would allow signs for warnings from 'pyflakes' to take priority over those from 'pycodestyle', regardless of the order in which the signs are placed.

@mvanderkamp
Copy link
Author

While we're at it, another great enhancement would be for the signs to make use of sign groups in order to guarantee that there would never be a logical (if not visual) conflict with signs from another plugin. It would also make it easier for users to customize their interactions with the signs. If users can define sign groups on a per-maker basis, they could even do things like easily jump between signs for a specific maker, instead of having to do some sort of location/quickfix list filtering scheme.

@blueyed
Copy link
Member

blueyed commented Jan 26, 2020

So this is mainly implementing/using sign groups and priority with newer Vim/Neovims? (see :h sign-group, and :h sign-priortiy)

For reference: this is how vim-gitgutter used the new functions: airblade/vim-gitgutter@cbaa22e

Related: sign_placelist (vim/vim@809ce4d31) missing in Neovim still.

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

No branches or pull requests

2 participants