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

Feature request: show (and filter) candidates by kind #5

Closed
petobens opened this issue Aug 28, 2015 · 1 comment
Closed

Feature request: show (and filter) candidates by kind #5

petobens opened this issue Aug 28, 2015 · 1 comment

Comments

@petobens
Copy link

Consider the following minimal vimrc:

set nocompatible

let $ONEDRIVE_HOME = expand('C:/OD/Users/Pedro')
let $DOTVIM = expand('$ONEDRIVE_HOME/vimfiles')

set runtimepath+=$DOTVIM/bundle/unite
set runtimepath+=$DOTVIM/bundle/neoinclude
set runtimepath+=$DOTVIM/bundle/unite-tag
set runtimepath+=$DOTVIM/bundle/vimproc
set runtimepath+=$DOTVIM/bundle/tagbar/
filetype plugin indent on

nnoremap <silent> ,te :NeoIncludeMakeCache<CR>:sleep 3m<CR>:Unite
            \ tag/include<CR>

Now open the Gvim, edit that vimrc_min file and press ,te. Candidates will be correctly displayed but for each candidate there is no information of its kind. On the other hand the tagbar plugin shows this useful info (whether a candidate is variable or a map or a function, etc). So I was wondering if it is possible to show the kind of each candidate in the unite buffer and to allow to filter by kind. I think this might be a nice feature to have.
Thanks in advance!

blahh

@Shougo
Copy link
Owner

Shougo commented Sep 2, 2015

Note: It is not neoinclude issue!

Implement this feature in unite-tag.

So I was wondering if it is possible to show the kind of each candidate in the unite buffer and to allow to filter by kind. I think this might be a nice feature to have.

If you want to filter by kind, you must use "converter_abbr_word".

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

2 participants