From: Stuart Hacking <stuhacking@gmail.com>
To: Drew Adams <drew.adams@oracle.com>
Cc: "Óscar Fuentes" <ofv@wanadoo.es>, grischka <grishka@gmx.de>,
emacs-devel@gnu.org
Subject: Re: Bikeshedding go! Why is <M-f4> unbound?
Date: Wed, 19 Jan 2011 10:08:09 +0000 [thread overview]
Message-ID: <AANLkTi=kYMFxHSJMEVAqUQO+6D9ufhrqJnkHUqgMQ+cM@mail.gmail.com> (raw)
In-Reply-To: <9867180AEEC544C99CA9B0C398DF931F@us.oracle.com>
2011/1/18 Drew Adams <drew.adams@oracle.com>:
>> >>> (global-set-key [M-f4] 'w32-syskey)
>
> This is what I suggested - it's the Emacs way of defining keys. ;-)
> But since no one had discussed it here in terms of implementation I guessed it
> was not feasible as an approach.
The problem I see with this approach is that Emacs chooses the
binding. If a user has gone to the effort of changing the windows
bindings (however small this percentage of users is) then Emacs will
no longer play nice in their expectations. Although, if a user, say,
makes [Alt-x] the command to exit an application I guess Emacs will
stick with it's own behaviour.
If I follow the main discussion correctly, what Emacs should be doing is:
1) Got a keystroke.
2) Is this keystroke bound, or explicitly unbound?
3a) Yes: Do bound action
3b) No: Delegate to system key handler (however that may be implemented).
AFAICS Doing this way means that we tap into a lot of the window
manager behaviour for free without having to manually define the
keystrokes.
>> >> If we go that route why not just bind M-f4 to a function
>> >> that closes the current frame, as suggested at the beginning
>> >> of this thread?
>> > Because you want to support menu accelerators [Alt-<letter>] ?
>
> I assume that `w32-syskey' here is a placeholder for pass-through to Windows.
> Which means that Windows does what it wants with M-f4 (Alt-f4 might be better
> here? dunno).
This still makes the assumption that the user is using the default
keybindings. If they have changed them in their environment then
Emacs' behaviour will be surprising?
> Yes, that is a good thing. We should pass M-f4 through only if the key sequence
> is M-f4, not if it is C-h k M-f4 or C-x M-f4 etc.
The behaviour in Windows would normally be that [Alt-F4] interrupts
whatever operation is in progress and exits. Is it feasible to have a
sequence that interrupts the current command input like [C-g] and what
if we don't know what this key is in advance?
--Stuart
next prev parent reply other threads:[~2011-01-19 10:08 UTC|newest]
Thread overview: 115+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-18 9:36 Bikeshedding go! Why is <M-f4> unbound? grischka
2011-01-18 12:58 ` Óscar Fuentes
2011-01-18 13:15 ` grischka
2011-01-18 13:27 ` Óscar Fuentes
2011-01-18 17:20 ` Drew Adams
2011-01-19 10:08 ` Stuart Hacking [this message]
2011-01-19 19:37 ` Drew Adams
2011-01-20 1:00 ` PJ Weisberg
2011-01-20 17:12 ` Drew Adams
2011-01-20 20:10 ` PJ Weisberg
2011-01-18 13:33 ` Lennart Borgman
2011-01-18 13:51 ` Óscar Fuentes
2011-01-18 17:40 ` Lennart Borgman
2011-01-18 17:52 ` Óscar Fuentes
-- strict thread matches above, loose matches on Subject: below --
2011-01-17 20:31 Drew Adams
2011-01-17 20:53 ` Lennart Borgman
2011-01-17 21:56 ` Drew Adams
2011-01-17 22:23 ` Lennart Borgman
2011-01-17 23:17 ` Drew Adams
2011-01-17 23:58 ` Lennart Borgman
2011-01-18 0:36 ` Drew Adams
2011-01-18 0:47 ` Lennart Borgman
2011-01-18 1:20 ` Drew Adams
2011-01-18 1:38 ` Lennart Borgman
2011-01-18 3:14 ` Drew Adams
2011-01-18 4:06 ` Stephen J. Turnbull
2011-01-17 12:06 grischka
2011-01-17 12:23 ` Lennart Borgman
2011-01-17 14:37 ` Óscar Fuentes
2011-01-17 16:56 ` Lennart Borgman
2011-01-18 3:03 ` Stephen J. Turnbull
2011-01-18 9:11 ` Lennart Borgman
2011-01-18 12:10 ` grischka
2011-01-14 1:20 grischka
2011-01-05 14:48 Deniz Dogan
2011-01-05 15:29 ` Óscar Fuentes
2011-01-05 17:11 ` Deniz Dogan
2011-01-05 17:30 ` Eli Zaretskii
2011-01-05 17:36 ` Deniz Dogan
2011-01-05 18:15 ` Óscar Fuentes
2011-01-09 22:00 ` Lennart Borgman
2011-01-10 1:01 ` Drew Adams
2011-01-10 1:46 ` Lennart Borgman
2011-01-10 3:01 ` Drew Adams
2011-01-10 3:08 ` Lennart Borgman
2011-01-12 13:53 ` Stuart Hacking
2011-01-12 15:01 ` Drew Adams
2011-01-12 15:54 ` Deniz Dogan
2011-01-12 17:17 ` Drew Adams
2011-01-12 20:29 ` Chad Brown
2011-01-12 20:32 ` Stefan Monnier
2011-01-12 20:42 ` Deniz Dogan
2011-01-13 2:42 ` Stefan Monnier
2011-01-13 3:13 ` Lennart Borgman
2011-01-13 3:59 ` Óscar Fuentes
2011-01-13 4:15 ` Lennart Borgman
2011-01-13 13:13 ` Óscar Fuentes
2011-01-13 16:57 ` Stefan Monnier
2011-01-13 18:05 ` Óscar Fuentes
2011-01-13 21:15 ` Stefan Monnier
2011-01-13 22:00 ` Lennart Borgman
2011-01-14 0:12 ` Jason Rumney
2011-01-14 0:21 ` Lennart Borgman
2011-01-14 5:02 ` Jason Rumney
2011-01-14 8:28 ` Lennart Borgman
2011-01-13 22:18 ` Drew Adams
2011-01-13 22:30 ` Lennart Borgman
2011-01-13 22:47 ` Drew Adams
2011-01-13 23:04 ` Óscar Fuentes
2011-01-13 23:14 ` Lennart Borgman
2011-01-14 9:25 ` Giorgos Keramidas
2011-01-14 9:43 ` Lennart Borgman
2011-01-13 22:53 ` Stuart Hacking
2011-01-13 23:10 ` Lennart Borgman
2011-01-14 0:13 ` Jason Rumney
2011-01-14 1:35 ` Drew Adams
2011-01-14 5:08 ` Jason Rumney
2011-01-14 10:49 ` PJ Weisberg
2011-01-14 15:21 ` Lennart Borgman
2011-01-14 15:48 ` Stefan Monnier
2011-01-15 0:07 ` Óscar Fuentes
2011-01-15 11:41 ` Lennart Borgman
2011-01-16 21:49 ` Drew Adams
2011-01-16 23:53 ` Lennart Borgman
2011-01-17 1:40 ` Drew Adams
2011-01-17 1:52 ` Drew Adams
2011-01-17 8:32 ` Lennart Borgman
2011-01-17 18:22 ` Drew Adams
2011-01-17 18:36 ` Lennart Borgman
2011-01-17 19:02 ` Drew Adams
2011-01-17 19:27 ` Lennart Borgman
2011-01-18 8:06 ` jasonr
2011-01-17 19:27 ` Óscar Fuentes
2011-01-17 20:24 ` Drew Adams
2011-01-17 2:27 ` Jason Rumney
2011-01-17 18:21 ` Drew Adams
2011-01-16 21:49 ` Drew Adams
2011-01-14 17:58 ` Drew Adams
2011-01-14 20:27 ` Lennart Borgman
2011-01-14 22:24 ` Drew Adams
[not found] ` <D727BC7268A24AF7B9544FD4E0B74E11@us! .oracle.com>
2011-01-14 22:43 ` Lennart Borgman
2011-01-16 21:49 ` Drew Adams
2011-01-16 23:49 ` Lennart Borgman
2011-01-17 0:33 ` Philipp Haselwarter
2011-01-17 1:41 ` Drew Adams
2011-01-17 1:45 ` Drew Adams
2011-01-17 8:29 ` Lennart Borgman
2011-01-17 8:47 ` Stephen J. Turnbull
2011-01-17 9:23 ` Lennart Borgman
2011-01-17 18:22 ` Drew Adams
2011-01-17 18:22 ` Drew Adams
2011-01-15 2:38 ` PJ Weisberg
2011-01-16 21:49 ` Drew Adams
2011-01-10 10:15 ` Dimitri Fontaine
2011-01-05 15:31 ` Christopher Allan Webber
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='AANLkTi=kYMFxHSJMEVAqUQO+6D9ufhrqJnkHUqgMQ+cM@mail.gmail.com' \
--to=stuhacking@gmail.com \
--cc=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=grishka@gmx.de \
--cc=ofv@wanadoo.es \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).