Escape character is now inserted for subsequent keypresses when the A… #1262
Conversation
|
How does this behave when keys are held down? Is this in line with other terminal emulators? This check itself looks a bit interesting to me, maybe @jwilm knows why it was added at that point though. |
|
The behavior for holding down a key is similar, only inserting the escape character once. URxvt and xterm insert the escape character every time when '<' or '>' are held down. Although, while doing a little bit more experimentation I've found that this issue only applies to 'M-<' and 'M->'. I can hold Alt and insert nearly any other keystroke, including those where Shift is held down. |
|
I have no idea why I'll try removing it locally and see if I run into any problems. |
|
@jwilm Have you found any issues with this? |
…lt modifier is held down
|
I think this has been resolved by a winit/glutin update. At least I can't reproduce it anymore. Sorry for keeping you waiting for so long, but seems like it worked out either way. Please let me know if this issue still exists, then I'll re-open and test again. |
…lt modifier is held down
I suppose this is more of a question on reasoning than a real request for my patch to be merged, is the behavior of enforcing
self.ctx.received_count()to be zero typical? I noticed that using Emacs in alacritty felt a little bit off, since I tried to use M-< and M-> to navigate the buffer and it would only work for the first keystroke, with any subsequent keystrokes inserting '<' into the buffer. This is the only terminal emulator I've used that does this.To reproduce this, I would suggest running
catand inserting key sequences while holding the alt key.In URxvt:
In alacritty: