* bug#22620: 24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs).
@ 2016-02-10 17:56 Oleksandr Gavenko
[not found] ` <handler.22620.B.14551338951272.ack@debbugs.gnu.org>
0 siblings, 1 reply; 4+ messages in thread
From: Oleksandr Gavenko @ 2016-02-10 17:56 UTC (permalink / raw)
To: 22620
In GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.2)
of 2015-10-24 on trouble, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.11702000
System Description: Debian GNU/Linux testing (stretch)
I use convenient script for invoking Emacs in terminal as if it was "vi"
(because I hate a way vi works):
http://hg.defun.work/utils/file/tip/emacs/e
which is actually call:
emacsclient -t
Today I try to use "hg record" to select diff hunks manually inside M-x term
(instead of xterm).
My EDITOR=et which is above "emacsclient -t".
After entering to Emacs inside Emacs terminal emulation I can't save file or
iterate over buffers. For all commands with "C-x" prefix I see:
C-x C-s is undefined
C-x C-c is undefined
in outer Emacs (that was in X Window). So key sequences doesn't reach Emacs
inside Emacs terminal emulator.
After bisecting I found that with X Emacs:
$ emacs -q
after evaluating:
(global-hi-lock-mode 1)
and entering to "M-x term" Emacs in term-mode can't handle "C-x" sequences.
My 3 kLOC .emacs file with commented:
(global-hi-lock-mode 1)
work fine.
--
http://defun.work/
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#22620: Acknowledgement (24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs).)
[not found] ` <handler.22620.B.14551338951272.ack@debbugs.gnu.org>
@ 2016-02-10 20:19 ` Oleksandr Gavenko
2019-07-27 3:49 ` bug#22620: 24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs) Noam Postavsky
0 siblings, 1 reply; 4+ messages in thread
From: Oleksandr Gavenko @ 2016-02-10 20:19 UTC (permalink / raw)
To: 22620
After:
(global-hi-lock-mode 1)
this:
(global-hi-lock-mode -1)
restore behavior. Repeating:
(global-hi-lock-mode 1)
again broke "C-x" prefix.
--
http://defun.work/
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#22620: 24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs).
2016-02-10 20:19 ` bug#22620: Acknowledgement (24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs).) Oleksandr Gavenko
@ 2019-07-27 3:49 ` Noam Postavsky
2021-07-08 1:25 ` Lars Ingebrigtsen
0 siblings, 1 reply; 4+ messages in thread
From: Noam Postavsky @ 2019-07-27 3:49 UTC (permalink / raw)
To: Oleksandr Gavenko; +Cc: 22620
tags 22620 + confirmed
found 22620 26.2
quit
Oleksandr Gavenko <gavenkoa@gmail.com> writes:
> (global-hi-lock-mode 1)
>
> again broke "C-x" prefix.
Yes, the problem is that hi-lock-mode defines keys using the C-x prefix,
and it is a minor mode so it overrides term.el's major mode binding of
C-x to term-send-raw. It's not immediately clear to me what the correct
fix is though.
I guess we could add term-mode to hi-lock-exclude-modes?
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#22620: 24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs).
2019-07-27 3:49 ` bug#22620: 24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs) Noam Postavsky
@ 2021-07-08 1:25 ` Lars Ingebrigtsen
0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2021-07-08 1:25 UTC (permalink / raw)
To: Noam Postavsky; +Cc: 22620, Oleksandr Gavenko
Noam Postavsky <npostavs@gmail.com> writes:
> Oleksandr Gavenko <gavenkoa@gmail.com> writes:
>
>> (global-hi-lock-mode 1)
>>
>> again broke "C-x" prefix.
>
> Yes, the problem is that hi-lock-mode defines keys using the C-x prefix,
> and it is a minor mode so it overrides term.el's major mode binding of
> C-x to term-send-raw. It's not immediately clear to me what the correct
> fix is though.
>
> I guess we could add term-mode to hi-lock-exclude-modes?
Yup. I did that in Emacs 28, and it made the problem go away.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-07-08 1:25 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-02-10 17:56 bug#22620: 24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs) Oleksandr Gavenko
[not found] ` <handler.22620.B.14551338951272.ack@debbugs.gnu.org>
2016-02-10 20:19 ` bug#22620: Acknowledgement (24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs).) Oleksandr Gavenko
2019-07-27 3:49 ` bug#22620: 24.5; "(global-hi-lock-mode 1)" broke "C-x" key bindings inside "M-x term", especially for "emacs -nw" (Emacs inside Emacs) Noam Postavsky
2021-07-08 1:25 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.