Liu-Cheng Xu

@ray-x Not an issue for me, and it's utterly easy to reinstall ctags with json support https://github.com/liuchengxu/vista.vim#compile-ctags-with-json-format-support.

@hasufell Well, I don't write Haskell, and if ctags doesn't support Haskell, then it indeed won't work. But if you are using vista.vim and have configured it properly, at least...

Each tag file may have its own format, so it's not easy to find a general tags file solution. You can try to write a new clap provider to parse...

>Actually tag files are pretty standard. They all use the format generated by the original ctags tool, tab-separated fields in this order: tag name, file, ex-command, kind, attributes. They are...

Yeah, if the performance is bad in vimscript, you can try to implement the core logic in Rust. You can pass the path of tagfiles and query string to `maple`,...

I realize that it's likely easier to extend the `dumb_jump` provider with tags file support. And I found an interesting project https://github.com/universal-ctags/citre which is an Emacs plugin on the power...

This is resolved in the latest `dumb_jump` provider to some extent. That being said, `dumb_jump` does not search the existing external tags file, but tries to manage the tags files...

Well, only ctags and gtags are supported for `dumb_jump` provider, so the answer is no. A dedicated provider for your use case seems to be necessary indeed where you specify...

Which provider are you saying about as there are multiple providers using rg?

The extra path has to be added on the fly and that's why `g:clap_provider_grep_opts` can't help here. This can be achieved by introducing a new option like `:Clap grep hello...