You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
By default, Emacs displays unfinished keystrokes in the echo area if the user types slow enough. This behavior is broken when loading Ecaml. The problem seems to come from the initialization code of Ecaml, more precisely the start of the Async scheduler:
Thanks for reporting this. Unfortunately, I don't know if there's a good way to fix this in Ecaml.
The Async scheduler, by necessity, regularly sends input events to Emacs (as local network data). Otherwise, there would be no way for Async to wake up Emacs and ask it to run code in response to, say, file I/O being complete.
However, because these input events interrupt sit-for, they also prevent the echo-keystrokes setting from working as intended. You can get the same bad behavior without Ecaml by doing the following:
emacs -Q
M-x shell
Run yes, which constantly produces some output that Emacs has to process in its event loop.
Now, press C-x and observe that the keystroke is never displayed.
You could work around this issue somewhat by setting echo-keystrokes to a low value, such as 0.01, so that keystrokes are echoed immediately and almost always before some other input event arrives.
By default, Emacs displays unfinished keystrokes in the echo area if the user types slow enough. This behavior is broken when loading Ecaml. The problem seems to come from the initialization code of Ecaml, more precisely the start of the
Async
scheduler:ecaml/src/async_ecaml.ml
Line 692 in 68fa607
Moreover, shutting down the scheduler via
M-x ecaml-async-shutdown
restores the echoing of unfinished keystrokes.The problem was observed using the latest version of both Ecaml (v0.15.0) and Emacs (28.2).
The text was updated successfully, but these errors were encountered: