:CocList
selecting grep
typing into the prompt works as expected.

:CocList grep
typing into the prompt nothing happens. No results are shown

VSCode's file search allows you to specify patterns of "files to include". Then it will only search files matching those patterns. grep, ag & rg all accept a path to search in. What do you think about adding an option to grep like -include that takes a specific path (or pattern if it's supported by the tool) to include and passes them on to the underlying tool's PATH option?

Add --hidden option for rg grep to search files that are hidden

autocomplete works, no popup menu is displayed in current buffer:
https://www.dropbox.com/s/4kipjaef6fzuzil/2019-06-11%2014-33-00.mkv?dl=0

Lets say: I have a 2x2 split window layout, and the upper right window is active. After opening a file with :CocList buffers, the file is opened in the bottom left window.

It should always open in the active window. In this example the upper right window.

For custom sources, it would be nice to have arguments that are specific to that source.

So for the files source, it could have a rootdir argument so that you can restrict it to only show files in that directory.

For that specific example you could probably change the listmanager cwd but more generally there isn't a good way to communicate with a list source from outside.

I could do a PR for this if it's a feature you think would be useful

I've seen vim-clap which uses floating windows for lists.
There is any chance to have this implemented in coc-lists?
Thanks.

Otherwise, ripgrep will try to read from stdin, that causes coc-grep to hang up.

BurntSushi/ripgrep#410

I like the default behavior of excluding hidden files when doing a CocList files or CocList grep command. However, it happens that I also want to search hidden files sometimes. How can create a mapping that allows me to pass --hidden to ripgrep?

I know it's possible with the configuration: list.source.files.args: ['--hidden', '--files'] but I'm not interested in changing the default behavior.

According to the documentation, there's an argument option :CocList [LIST OPTIONS] files [ARGUMENTS] but these are for coc-list and not passed down to ripgrep.

Thank you 🙏

I didn't have ripgrep installed for the files CocList but instead of showing an error message I just got an empty list. I think showing an error message that tell the user what's wrong would be easier to understand.

coc.vim supports workspaces with multiple folders which is great future
(https://github.com/neoclide/coc.nvim/wiki/Using-workspaceFolders)

It would be amazing if files and grep list commands would work on all folders in the workspace instead of just current working directory.

For example, I have mapped gd to coc-definiton.
I can search gd to get this keymap.

When I use definition to search, it doesn't come up in results.

Is the fzf BTags command (listing tags of the current buffer) possible in coc-lists?

BTags in fzf.vim

:CocConfig

{
  "list.source.grep.command": "ag",
  "list.source.grep.args": ["-i"]
}

Minimal example:

$ cat <<EOF > file.txt
heredoc> asdasd
heredoc> cv er
heredoc> EOF

$ ag "v e"
file.txt
2:cv er

Both return no results:

:CocList grep e v
:CocList grep "e v"

Try the following to reproduce

for i in range(110) | enew | exec 'keepalt file buf'.i | endfor

would it be possible to add ack to the available options of grep commands?

switch from fzf here，can’t find how to list file history like fzf does.

In one of my git repos when I try a certain word with coc-grep not all of the instances are found. But if in a different folder I clone the same repo from the remote again the same word is found without any problems. How can I debug this issue? Is there cache that coc-nvim keeps that I can delete? Thanks.

As the pic shows.
The git configuration works fine, but node_modules does not take effect.
since the node_modules contain the hidden files

按如下步骤操作：

1. 打开coc-lists outline交互窗口
2. 输入内容，outline窗口筛选出匹配的函数名称
3. 按esc退出outline窗口
4. 输入:reg，发现1号寄存器的内容被改变了

请问这是什么原因

Thanks for your work!

When viewing lists for grep and buffers, upon typing it doesn't highlight the searched fuzzy term like files, mru, diagnostics etc do.

when using q: and q/ for default vim command history and search history, select one from the list and hit <CR>, things doesn't work as expected.

It seems like -e and -regex don't work for rg?

I can only get regex matching by using :ColList grep -e one|two. It seems like when using regex, ripgrep want the pattern after like:

*rg* [_OPTIONS_] *-e* _PATTERN_... [_PATH_...]

It would be nice if in -e was specified in grep.args that it would place the search text in the correct place to default to always using regex match.

This is the first time I'm giving feedback to coc.nvim in general, so I want to thank you @chemzqm for the amazing work on this plugin. I love it and the speed of it improving is staggering!

I am currently replacing fzf plugin with CocList. Are there any plans to add lists for helptags, command history and search history? I know there are other, vim native, commands for achieving this, but I'm used to this fzf type workflow. I'm willing to contribute if you think these should be added.

Helptags search in fzf.vim

I set the "list.source.files.excludePatterns": ["**/.git/*"],
The list still contains files from the .git directory. Am I doing something wrong?

I think you just need to swap the lines here - getting a file is not defined error here when patternsis defined (via thelist.source.files.excludePatterns` option

I have this mapped in my :CocConfig:

	"list.insertMappings": {
		"<C-i>": "action:split",
		"<C-s>": "action:vsplit"
	},
	"list.normalMappings": {
		"<C-i>": "action:split",
		"<C-s>": "action:vsplit"
	},

Pressing Control+i I get a vsplit without issue.

Control+i gives me:

https://i.imgur.com/uOc3MLn.png

Is this possible?

Describe the bug

When using coc and vim-obsession, the obsession informations in the session file are lost when quitting, leading to a normal session file that isn't handeld by obsession anymore.

Reproduce the bug

• save a session with Obsession filename
• quit
• start nvim and the session again, g:this_obsession doesn't exist anymore and session isn't tracked

Is there any way to put the result of a research (no matter the list) in the quickfix or the loclist? For eg, with fzf, <tab> selects the target, then <enter> put them in the quickfix.

The README.md says:

"Type lists.source to in coc-settings.json to get available options.

However, while two settings incoc-settings.json extend from lists.source, all the rest extend from list.source.

(Also see the typo -- the stray 'to' -- in that quote from README.md.

This is the last piece missing to use coc-list as an unified interface for vim.

Thank you for this wonderful extension!
I would like to select a color scheme and keep the list of colors open for me to browse different colors. Is there a config to to this?

Hi, thanks for great library!

When I start typing something for grep, there are multiple ripgrep instances running in the background.

For example:
When I type "test", the following ripgrep instances are running in the background:

neovim - 0.3.4 (Manjaro)

On the English layout works

Is it possible to configure :CocList files so it show symlinks to files in CWD?
If no, can it be implemented?

I want to change the color of current selected item in CocList. How can I do that?
Thank you!

• 版本: NVIM v0.4.0-dev

• 最小化vimrc:

set runtimepath^=~/.vim runtimepath+=~/.vim/after
let &packpath = &runtimepath

call plug#begin('~/.vim/plugged')
Plug 'neoclide/coc.nvim', {'do': 'yarn install --frozen-lockfile', 'frozen':1}
call plug#end()

• 复现步骤:
  • :CocList --normal<CR>
  • : (按 :进入底部命令行窗口)
  • <Esc> (按<Esc>，此时光标应该位于 list 窗口)
  • <Esc> (无法关闭 list 窗口)

I have just upgrade my coc-nvim to 0.0.69. and coc-list mru feature seems broken. when I select a mru file and hit enter, nothing happens. But before upgrading, I can open mru files either hit enter or with my custom key binding after selected

Hi,

I am trying to move away from fzf. One of the functions I like to have is using grep/rg, to be able to find the word that is currently under my cursor and then in the list, show all the places in the workspace where such a word exists.

Here is what it looks like in fzf:

https://i.imgur.com/sfw12uI.png

My cursor is under the word "raise". I use my mapping of cf and I'm able to see in fzf all the files and lines numbers where such word exists.

I would like to achieve the same thing using coc-lists. So far, without success. I tried to make a command like:

nnoremap <silent> <Leader>cf  :CocList grep --input='.expand('<cword>').'<CR>

But that didn't work.  Any help would be appreciated.

In vim8, esc would not quit coclist and be into ex mode.

Another feature request:
Can I send a PR to add some options to hide parts of the buffer list.
I'm probably not the only person who uses only the file name most of the time, so it'd be nice to have only that shown, but I could easily add 3 flags to hide each of the 3 columns.

Thanks for adding sessions to coc-lists. Coc seems to autosave the session on exit, it would be nice if this could be optional.

CocInfo:

• vim:

vim version: VIM - Vi IMproved 8.1 (2018 May 18, compiled May 18 2018 18:26:56)
node version: v12.4.0
coc.nvim version: 0.0.72-457d77287e
term: undefined
platform: win32

• neovim:

## versions

vim version: NVIM v0.4.0-819-g66d127957
node version: v12.4.0
coc.nvim version: 0.0.72-457d77287e
term: undefined
platform: win32

Terminal:

• powershell
• cmd
• Gui environment such as gvim and nvim-qt

System:
Windows 10 Home Basic 1903

Problem:
The list source file is empty like this picture:

While other list sources, like mru and buffers, are all available.

And the list source file is available in my Linux system with the same .vimrc file.

This is not a issue. It's possible with this plugin to make something like quickmenu? The idea is to be possible populate commands and descriptions in vimrc and by others plugins 🙂

Hello.

I frequently use CocList -I words to search buffer. It works quite well, except on Vim help buffer. For example, :help coc-nvim and :CocList -I --input=coc words returns empty list.

Is this expected behavior?