procyberian/emacs
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

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

Browse source 
See: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29143#26
This commit is contained in:
Alexander Gramiak 2017-11-12 18:06:32 -06:00
parent caa39f495c
commit 0491de8dad
1 changed files with 0 additions and 24 deletions
Download patch file Download diff file Expand all files Collapse all files

24
etc/PROBLEMS
View file

@ -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 example, work fine. A bug report has been filed in the Gnome
bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=357032 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' *** Gnome: GPaste clipboard manager causes erratic behavior of 'yank'
The symptom is that 'kill-line' followed by 'yank' often (but not 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) (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. ** Emacs spontaneously displays "I-search: " at the bottom of the screen.
This means that Control-S/Control-Q (XON/XOFF) "flow control" is being This means that Control-S/Control-Q (XON/XOFF) "flow control" is being