Commit 0491de8d authored by Alexander Gramiak's avatar Alexander Gramiak
Browse files

* etc/PROBLEMS: Remove fixed xterm-mouse-mode problems

See: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29143#26
parent caa39f49
......@@ -1117,14 +1117,6 @@ to happen in *.UTF-8 locales; zh_CN.GB2312 and zh_CN.GBK locales, for
example, work fine. A bug report has been filed in the Gnome
bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=357032
*** Gnome: Emacs's xterm-mouse-mode doesn't work on the Gnome terminal.
A symptom of this bug is that double-clicks insert a control sequence
into the buffer. The reason this happens is an apparent
incompatibility of the Gnome terminal with Xterm, which also affects
other programs using the Xterm mouse interface. A problem report has
been filed.
*** Gnome: GPaste clipboard manager causes erratic behavior of 'yank'
The symptom is that 'kill-line' followed by 'yank' often (but not
......@@ -1496,22 +1488,6 @@ this, you can remove the X resource or put this in your init file:
(xterm-remove-modify-other-keys)
** Emacs's xterm-mouse doesn't work well in Evil mode.
Specifically, clicking mouse-1 doesn't work as expected: instead of
moving point where you click, it highlights the region between the
line beginning and the click location, and displays error messages
about unbound keys in the echo area.
To work around this, put this in your .emacs file:
(with-eval-after-load 'evil-maps
(define-key evil-motion-state-map [down-mouse-1] nil))
This appears to be a bug in Evil.
See discussions in https://github.com/emacs-evil/evil/issues/960
and https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29143
** Emacs spontaneously displays "I-search: " at the bottom of the screen.
This means that Control-S/Control-Q (XON/XOFF) "flow control" is being
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment