Summary: | emacs xterm-mouse-mode doesn't work in Konsole | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | Peter Eisentraut <peter_e> |
Component: | emulation | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | nate |
Priority: | NOR | ||
Version: | 2.7.4 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/utilities/konsole/commit/027e8c150c45ad1821d828ea93545a36f7b0a5f3 | Version Fixed In: | 21.08 |
Sentry Crash Report: |
Description
Peter Eisentraut
2012-06-29 08:23:18 UTC
Thanks for reporting. Same with konsole-2.8.4 (kde-4.8.4). Emacs only turns on the simple mouse mode without dragging reporting (1000), not the dragging reporting extended one (1002). Most terminal emulators, including xterm and gnome-terminal, really only send events at mouse press and release in this case. Konsole, however, keeps sending click events whenever the mouse is dragged. I believe this confuses emacs (although it shouldn't). So I'd say both emacs and konsole are guilty. Emacs should be tolerant against this input, but konsole shouldn't send click events on mouse drag either. If you enable the extended, dragging reporting mode prior to starting emacs: echo -n $'\e[?1002h' then emacs of course doesn't understand the dragging events and prints some warnings about them, but starts behaving relatively sanely. Git commit 027e8c150c45ad1821d828ea93545a36f7b0a5f3 by Tomaz Canabrava, on behalf of Luis Javier Merino MorĂ¡n. Committed on 07/06/2021 at 18:03. Pushed by tcanabrava into branch 'master'. Don't send move events for normal mouse tracking xterm's DECSET 1000 requests justs press and release notifications, so do not send move events on this mode. M +5 -0 src/Vt102Emulation.cpp https://invent.kde.org/utilities/konsole/commit/027e8c150c45ad1821d828ea93545a36f7b0a5f3 |