Justin M. Keyes

No longer relevant since we migrated to `vim.lsp.config`

Yes https://github.com/neovim/neovim/issues/19624 seems very relevant, there should be a general way to "await" async functionality. > E.g. there could be a vim/provider/ui namespace for plugins "pull/provider model" is generally the...

> We'd need to have a spot for this provider lookup and fallback logic. If users continue to override `vim.ui.select` directly, or via `on_func`, we wouldn't have that. Couldn't `on_func`...

> Seems like nvim_get_keymap doesn't contain internal mappings like `` or gj or am I missing something? ctrl-u and gj are not mappings, they are commands. Future versions of Vim/Nvim...

# Plan Approach discussed in https://github.com/neovim/neovim/pull/19235#issuecomment-1175117406 : - ~~`nvim_get_commands({builtin=true})` can read `$VIMRUNTIME/.../ex_cmds.lua` to discover builtin commands~~ - ~~move `ex_cmds.lua` to the runtime~~ - move `nv_cmd` C structure to `normal.lua`: https://github.com/neovim/neovim/pull/26914...

is this ready?

Actually, this looks like a rather fragile hack. Adding a random cache in the osc52 module doesn't seem too appealing. Doesn't that mean this issue will still apply to non-osc52...

> Here is the working POC (at least working with `osc52`): [master...antoinemadec:neovim:fix/clipboard_cache_for_functions](https://github.com/neovim/neovim/compare/master...antoinemadec:neovim:fix/clipboard_cache_for_functions) Thanks, yes, let's try that! LGTM.

> > It's also hard to decide the arguments for the callback. > > Including at least the **event** and the target **win_id** are useful. If the args are not...

The issue title kind of confused me. It sounds like the actual request here is: `--server "foo"` (where "foo" is a *name* as opposed to a *file* or *address*), should...