Emacs input broken when running inside mlterm #21
Comments
|
Thanks. |
|
Can confirm that the current master fixes the issue, thank you so much! |
|
(The which-key popup buggyness is unrelated and also happens in Apple's terminal.app.) |
netbsd-srcmastr
pushed a commit
to NetBSD/pkgsrc
that referenced
this issue
Jan 17, 2022
pkgsrc changes: * switch MASTER_SITES to GitHub * use GTK3 instead of GTK2 * remove local patches integreated into upstream (#5) Upstream changes (noted in doc/en/ReleaseNote): ver 3.9.2 * Support Fcitx5. * Support GTK4 for mlconfig. (./configure --with-gtk=4.0) * Support CSI > Ps q (XTVERSION). (Response: DCS>|mlterm(3.9.2)ST) * Add "MOSH_UDP_PORT" environmental variable to specify UDP port or port-range to communicate with a mosh server. * Add INSERT_CLIPBOARD shortcut key. (arakiken/mlterm#19) * Add --fk / format_other_keys option (equivalent to "formatOtherKeys" of xterm), and change the default format of the escape sequence with modifyOtherKeys from CSI Ps; Ps u to CSI 27; Ps; Ps ~. * Add --with-iconv, --disable-daemon, --disable-split and --disable-zmodem options to ./configure script. * Add vte 0.66 API symbols to libvte compatible library. * Show server list dialog at startup on Android. * It is deprecated to use "mlterm" as the value of termtype / -y option. * 'termcap' config file stops to accept multiple terminal types concated by '|' (e.g. xterm|xterm-256) as key. * Arabic ligatures (U+644-U+622, U+644-U+622, U+644-U+625, U+644-U+627) occupy two logical columns instead of one even if --dyncomb option isn't specified. * KBD_INPUT_NUM and MOUSE_INPUT_NUM environmental variables (for mlterm-fb) accept multiple device numbers by "<num>,<num>". * Show "Config: key=value" only if shortcut keys whose format is "proto:(echo)key=value" is pressed. * Merge patches: arakiken/mlterm#5. arakiken/mlterm#9. arakiken/mlterm#12. arakiken/mlterm#22. * Bug fixes: Fix arakiken/mlterm#15. Fix arakiken/mlterm#18. Fix arakiken/mlterm#24. Fix arakiken/mlterm#28. Fix failure of restarting mlterm on Android. (Enbugged at 3.9.1) Fix segfault if mlterm screen with -t option goes outside of the display. Fix emoji glyphs becoming too large with cairo. Fix corrupt value of "word_separator" option which mlconfig outputs. Fix incompatibility with xterm in pressing Shift + a-z keys etc if modifyOtherKeys is 1. (arakiken/mlterm#21) Fix segfault in opening a new roxterm tab with libvte compatible library on wayland.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi,
when running Emacs' in mlterm (
emacs -Q -nw), text and shortcut input is very broken.Entering capital letters enters
;2uinto the buffer instead and doing so repeatedly prepends an integer to this sequence.Using shortcuts that involve the meta key is similarly broken: Try
M-borM-ffor example, they should move back- and forwards word-wise but actually also print this weird sequence of characters.No other terminal I have tried exhibits this behaviour.
This happens with both the default config and my custom ones for Emacs/mlterm.
https://github.com/Atemu/nixpkgs/blob/74a8dfd272b7b942e43ef5477ad01e124188087b/pkgs/applications/terminal-emulators/mlterm/default.nix
Another minor oddity is that, when Emacs in mlterm loses focus, a which-key popup for the
<esc>-prefix appears for a split second.This is a rather specific issue and it can be worked around by setting the which-key-delay to 0.01 instead of 0.0 but maybe that behaviour is related.
The text was updated successfully, but these errors were encountered: