From: Eli Zaretskii <eliz@gnu.org>
To: martin rudalics <rudalics@gmx.at>
Cc: kireev.artur@live.ru, 30010@debbugs.gnu.org
Subject: bug#30010: 25.3; changing layout in Windows 8.1 causes endless scroll in echo-area
Date: Mon, 08 Jan 2018 20:42:12 +0200 [thread overview]
Message-ID: <83vagc6vln.fsf@gnu.org> (raw)
In-Reply-To: <5A533F70.2080300@gmx.at> (message from martin rudalics on Mon, 08 Jan 2018 10:52:48 +0100)
> Date: Mon, 08 Jan 2018 10:52:48 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: kireev.artur@live.ru, 30010@debbugs.gnu.org
>
> >> Couldn't we tell users how to prevent Emacs from fiddling with such
> >> key bindings?
> >
> > I thought about mentioning this in PROBLEMS, but it sounded too
> > obscure even for that. I could be convinced, though. Did you mean
> > PROBLEMS or did you mean something else?
>
> It looks to me as if now on Windows (1) Emacs grasps key combinations
> before anyone else gets hold of them and (2) if it doesn't find an
> appropriate binding for them, emit a warning unless it's a combination
> reserved for Windows itself.
Are you talking about Emacs 26 or later? This bug report is about
Emacs 25, where AFAIR the above was not true.
> For example, on XP I use ahk to emulate the Aero combination of
>
> lwindow key + left key
>
> via
>
> ctrl + lwindow + alt + left key
>
> This works with all other applications and also in a "normal" emacs
> where I assign
>
> (setq w32-lwindow-modifier 'hyper) ; lwindow is hyper
>
> But with emacs -Q I get the warning
>
> <C-M-lwindow> is undefined
>
> although I apparently don't get it in later invocations of the same
> executable. I think (2) is a bad idea and there should be an option
> to turn off such warnings. Unfortunately, I have not been able to
> understand how this mechanism works nowadays.
Maybe we finally have a reason to provide a user facility for
disabling the keyboard hook. (It would have to be on master, I think,
as AFAIR it is not very trivial, but maybe I misremember, or missed
some easy way of doing that.)
next prev parent reply other threads:[~2018-01-08 18:42 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-06 16:26 bug#30010: 25.3; changing layout in Windows 8.1 causes endless scroll in echo-area Kireev Artur
2018-01-06 19:31 ` Eli Zaretskii
[not found] ` <DB5PR09MB047060DBBE5383004B22CA758D120@DB5PR09MB0470.eurprd09.prod.outlook.com>
2018-01-07 11:09 ` Eli Zaretskii
2018-01-07 16:09 ` martin rudalics
2018-01-07 17:32 ` Eli Zaretskii
2018-01-08 9:52 ` martin rudalics
2018-01-08 18:42 ` Eli Zaretskii [this message]
2018-01-09 9:38 ` martin rudalics
2018-01-09 17:29 ` Eli Zaretskii
2018-01-10 10:21 ` martin rudalics
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83vagc6vln.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=30010@debbugs.gnu.org \
--cc=kireev.artur@live.ru \
--cc=rudalics@gmx.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.