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

Support excluding buffers by name, to support Buffergator and fix #48 #52

Closed
wants to merge 1 commit into from

Conversation

int3h
Copy link

@int3h int3h commented Jan 12, 2014

This pull request changes how numbers.vim checks buffers against g:numbers_exclude.

Previously, buffers were only checked by their filetype against g:numbers_exclude. This meant plugins like Buffergator, which don't set the filetype of their buffers, could not be excluded, as detailed in #48.

numbers.vim now checks buffers by both filetype and name against g:numbers_exclude. It also adds "[[buffergator-buffers]]" (the name of Buffergator buffers) to the default value of g:numbers_exclude.

These two changes now means numbers.vim plays nicely with Buffergator, and similar plugins.

Previously, items in the g:numbers_exclude list were only checked
against the filetype of a buffer. This worked great with, say,
NERDTree, which sets the filetype of its file tree buffers to
"nerdtree". However, plugins like Buffergator don't set the filetype of
their buffers. They do, however, set the buffer title.

numbers.vim now checks the items in g:numbers_exclude against both the
filetype of a buffer, and its name.

This commit also adds "[[buffergator-buffers]]" to the default
g:numbers_exclude list. These two changes should cause numbers.vim to
exclude Bugffergator windows by default.
@myusuf3
Copy link
Owner

myusuf3 commented Jan 13, 2014

@int3h Thanks for the pull request, I have you tested 7.3 and 7.4 versions of vim?

@kadamski
Copy link

kadamski commented Apr 5, 2014

It works for me on 7.4

@int3h
Copy link
Author

int3h commented Jun 15, 2022

Closing old pull requests to clean up my GH 👋

@int3h int3h closed this Jun 15, 2022
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

Successfully merging this pull request may close these issues.

None yet

3 participants