nvim-hclipboard VS nvim-hlslens

I have written nvim-bqf, nvim-hlslens and nvim-hclipboard plugins with Lua. They aren't any :h docs. I think they are simple enough and the README is also clear. If the plugin doc is written detail, I will write it under Markdown and create a command to invoke a new tab or floating window. Vim doc, R.I.P

There's a plugin which exists specifically for this purpose https://github.com/kevinhwang91/nvim-hclipboard i.e. prevents your registers getting mangled.

nvim-hclipboard I wrote recently can do what you want

Search: nvim-hlslens

I've configured nvim-hlslens as https://github.com/kevinhwang91/nvim-hlslens shown, using Minimal configuration, but I could not achieve what the other has shown in https://user-images.githubusercontent.com/17562139/144654751-0d439610-b913-4e72-b473-e49db3317fab.mp4

That's part of noice.nvim, but you could also use something like https://github.com/kevinhwang91/nvim-hlslens to get a similar effect

kevinhwang91/nvim-hlslens might help with this specific problem

The plugin I found for this function is cmd2.vim: https://github.com/gelguy/Cmd2.vim, but this is from 2015, doesn't really support nvim, and conflicts with nvim-hlslens which I use.

I do use nvim-hlslens to count search result occurence. What's hindering me to use your function right now is hlslens' integration with nvim-scrollbar

nvim-hlslens: shows indexed search using virtual text, better ux than vim-anzu and other similar plugins.

I just recently discovered kevinhwang91/nvim-hlslens, and gave it a go. After a bit I encountered a very specific and annoying bug:

nvim-hlslens: Humanized UI for search results with high performance, I'm the author.

Not exactly about fixing Vim's original match indicator, but from my experience, nvim-hlslens can show the total number of matches even if it's pretty big. I believe it's fine as long as the number is smaller than 100k.