Justin M. Keyes

> Not really sure if this destroys performance. Should this be cached instead similar to `buf_line_count` metatable in `get_diagnostics`? Definitely don't want more caches. We are using the [same approach](https://github.com/neovim/neovim/blob/570e62d0f99dbc99e4f506ad1b874bb1842159d0/runtime/lua/vim/diagnostic.lua#L2181-L2182)...

ready to merge ?

As mentioned in https://github.com/neovim/neovim/pull/34140#issuecomment-2984316759 , I suggest starting with a `vim.net.fetch()` which, at first, might only do the basic "download" case, while keep the door open to expand it later....

Either this PR or https://github.com/neovim/neovim/pull/34140 should be closed. We don't need two separate interfaces until proven otherwise.

I've said to "start with a basic download functionality", but I didn't mean to later add a different non-basic function. I meant that the function (`vim.net.fetch()`) is, initially, providing a...

I would like to see a proposal for a clear, unified interface that eliminates most of these functions: ``` vim.defer_fn() vim.schedule() vim.schedule_wrap() vim.debounce() vim.throttle() timer-related functions ``` Which of these...

Haven't looked closely at the code, but this needs a test, right?

> so is this ticket effectively tracking a better default? I guess so, but also the "frecency" feature is something that could be used in many places. So having some...

If we add this we should copy the choices from https://github.com/tpope/vim-unimpaired .

> swap lines with `ddp` The use-case for `]e` is that it is dot-repeatable and doesn't set the `"` register.