Justin M. Keyes
Justin M. Keyes
I don't think we should enhance dictwatcher, but https://github.com/neovim/neovim/issues/12544#issuecomment-1116794687 is on the roadmap.
@fredizzimo @glacambre related to this, I recently noticed that there doesn't seem to be a way to "detach" from a `nvim --embed` process: closing the channel from either end causes...
> although I don't think it would be as ergonomic as a dedicated argument. For the socket (not TCP) use-case, `--embed` has nice ergonomics because it lets Nvim choose the...
I hid the last comment because it (1) suggested unnecessary, breaking changes, and (2) seemed to miss my [current proposal](https://github.com/neovim/neovim/issues/29634#issuecomment-2422234572). I am proposing: nvim --embed --listen foo -c 'call chanclose(1)'...
> I'm not sure what `call chanclose(1)` would do there if you never attach anything else than the remote UI. It waits for a UI to attach, as `nvim --embed`...
Duplicate of https://github.com/neovim/neovim/issues/11212
Yes, anything that can be achieved with 'statuscolumn' is not something we're going to bake-into core. If this is a common request we can enhance the 'statuscolumn' documentation to show...
reverted in https://github.com/neovim/neovim/pull/36622
The author had 3 weeks to followup on it. Which parts should be kept was not clear to me and I saw mutliple comments saying "should not have been merged".
> what problem would this solve? Currently just an evaluation. potentially if libxev gains more traction and velocity, then worth considering. Else not.