codi.vim VS nvim-hlslens

This looks fantastic. I will definitely give it a spin. I've been tracking what I call "computational scratchpad" apps for a while now but haven't found one that fits my environment/workflow yet. Maybe Heynote will. Here are some others that I've looked at:

* https://soulver.app Granddad of them all, Mac-only, proprietary, expensive

* https://numi.app Mac-only, proprietary, semi-expensive. Has a Github and claims to be MIT-licensed but I don't see how you could build a working application with what's in the repo.

* https://calca.io Windows- and Mac-only, proprietary, not expensive, nice docs.

* https://notepadcalculator.com Web-based, not open source, hosted but uses local storage. You can optionally create an account to sign in and have your notes saved in plaintext on his server.

* https://github.com/bbodi/notecalc3 Web-based, open source, self-hostable. But it seems to save your document in the URL string itself, which means the URL gets updated with almost every keystroke. Worth it for quick calculations and very small notes, I guess.

* https://numpad.io Web-based, hosted, not open source. Also stores entire doc in URL, but doesn't update the URL bar the whole time you're typing.

* https://numbr.dev/ Web-based, hosted. Has a Github but is not open source and the repo does not have all the bits needed to self-host it. Stores entire doc in URL.

* https://github.com/metakirby5/codi.vim Vim/NeoVim plugin that is less like a "smart notepad" and more like Jupyter but with results printed on the right side of the screen instead of in a cell below. Supports lots of programming languages.

codi.vim

What about https://github.com/metakirby5/codi.vim ? It's blazingly fast

Install codi, then add the configuration (while PR is pending acceptance): https://github.com/metakirby5/codi.vim/pull/159/commits/c71e5a1fc17f928daaf0c2ef9dd26d613e946403

Codi is an interactive scratchpad which outputs the result in real time.

maybe codi.nvim or lab.nvim

It sounds like this is comparable to something like codi, what's the main difference between this and that?

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.