GNU bug report logs - #18890
23.4; current-input-mode differs whether or not -t/-c switch was passed to emacsclient

Previous Next

Package: emacs;

Reported by: Raphaël Droz <raphael.droz <at> gmail.com>

Date: Wed, 29 Oct 2014 20:00:03 UTC

Severity: normal

Found in version 23.4

Full log


View this message in rfc822 format

From: Raphaël Droz <raphael.droz <at> gmail.com>
To: 18890 <at> debbugs.gnu.org
Subject: bug#18890: 23.4; current-input-mode differs whether or not -t/-c switch was passed to emacsclient
Date: Wed, 29 Oct 2014 19:50:39 -0300
I found that after emacsclient -a '' is run, there were 2 ways to
restore a correct dead keys behavior:

1)
M-: (set-input-meta-mode 8)

2)
M-: (set-terminal-parameter nil 'keyboard-coding-saved-meta-mode t)
followed by
M-: (set-keyboard-coding-system 'utf-8)

But these does *not* have any effect when set inside my ~/.emacs
I initially though that because they were run too soon, or too late in
relation to loading mule.el
I was wrong in my previous email about the fact that adding
"(set-input-meta-mode 8)" to ~/.emacs solved the issue, it didn't.


After a deeper look it happens that (set-terminal-parameter) expect a
"terminal" argument.
It makes me think that the relation to emacsclient switches managing
terminal could be not so far.

By the way, still trying to localize the origin of the issue and finding
a viable ~/.emacs workaround.





This bug report was last modified 10 years and 239 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.