vim.ui_attach with ext_cmdline and ext_messages should have an event for user input with getchar or getcharstr

[folke]

Feature already in Vim?

No response

Feature description

Currently, input() is handled by cmdline_show and confirm() is handled by msg_show.confirm.

There are no events yet to know theres any input requested from the user with getchar or getcharstr.

As a work-around, I'm wrapping the respective vim.fn functions, but that only works for Lua calls.

Would be great to have this as part of the ext_cmdline or ext_messages API.

[folke]

Closing this, since this can be checked with nvim_get_mode().blocking

[folke]

Re-opening. We still would need some sort of message that a blocking input call will start, so we can force some things to render before blocking.

[pawelurbanski]

Dear Team,
Is there any pull request or a place where implementation ideas or progress can be tracked?
I am developing a plugin that uses the callbacks to handle messages. Studing Noice.nvim sources gave me some hints about possible workaround for the confirm and confirm_sub messages.
What I am trying to understand is the following:

1. Does Neovim block to get the response and blocks the next redraw cycle?
2. Does vim.schedule or vim.schedule_wrap could help to capture the answer from the user?

Thank you for any hints about any of the above questions.

Pawel