Emacs key bindings GTK theme interference
Please first check if another issue has been opened for your problem
It seems there were a few issues about Emacs key-binding theme interferences in the past, but the patches/fixes introduced there seem to have worn off over time:
Versions
- OS: Devuan Chimaera (stable), AMD64
- Gajim version: 1.4.7 (can't easily check newer versions)
- GTK version: 3.24.24
- Python-nbxmpp version: 3.2.3
Steps to reproduce the problem
- Hit Ctrl-p, Ctrl-n, Ctrl-s etc.
- Watch them not doing the expected Emacs thing, but something Gajim specific (or nothing at all)
Expected behavior
When the Emacs key-binding theme is configured in GTK, I expect most of the basic Emacs key-bindings to work:
Ctrl-f - move to next character Ctrl-b - move to previous character
Alt-f - move to next word Alt-b - move to previous word
Ctrl-n - next line Ctrl-p - previous line
Ctrl-e - move to end of line [EDIT]
Alt-d - delete from current character to end of word
Ctrl-k - delete from current character to end of line Ctrl-u - delete from current character to beginning of line
Ctrl-w - cut to "clipboard" Alt-w - copy to "clipboard" Ctrl-y - paste from "clipboard" Ctrl-space - set mark (e.g. for operations above) / begin selection / end selection
Ctrl-h - same as backspace
I could personally live without Ctrl-h acting as backspace, because there is already a backspace key on the keyboard, but Ctrl-h can be actually much more efficient, so maybe Ctrl-h should also do the Emacs thing (instead of invoking the history dialog).
In the context of Gajim, I would also wish for at least one Gajim-specific adaptation/translation of an Emacs binding, namely:
Ctrl-s: Emacs: Incremental search, Gajim: Open (and maybe close) search dialog
Actual behavior
Ctrl-n: opens start/join chat dialog
Ctrl-p: opens preferences dialog
Ctrl-e: opens plugins dialog [EDIT]
Ctrl-w: delete from current character to beginning of word
Alt-w: nothing happens
Ctrl-space: nothing happens
Ctrl-h: opens search dialog