Open akashpal-21 opened 2 weeks ago
I wish to clarify one point,
Some workflow such as when using consult-completions-in-region as the completion-in-region-function requires calling another minibuffer session to handle when completions is called. This causes the command-mode to be activated prematurely after the completions has completed -- instead when the minibuffer has actually exited.
This is relevant only when using eval-expression
M-:
(default overwritten by xah-fly-keys as <space> , r
) - we can use autocompletions (minibuffer on top of another minibuffer) in consult-completions-in-region
here.
But also as implied - this type of autocompletions constantly reverts xah-fly-keys to command-mode due to the minibuffer-exit-hook even when called when insert-mode is currently active (during normal data entry operations).
Sorry if I were not too clear.
Currently the following logic is implemented in
xah-fly-keys
modeProblem description:
If minibuffer is called when insert-mode is active - it must not revert to command mode when minibuffer exits
Some workflow such as when using consult-completions-in-region as the
completion-in-region-function
requires calling another minibuffer session to handle when completions is called. This causes the command-mode to be activated prematurely after the completions has completed -- instead when the minibuffer has actually exited.Possible solution
Define a logic to determine when minibuffer session has actually exited using a
post-command-hook
when switchover from command to insert is required -- this adds some extra overheads.Please let me know if some other trivial solution exists.
Best,