* 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
[parent not found: <handler.22620.B.14551338951272.ack@debbugs.gnu.org>]
* 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.