Re: Bikeshedding go! Why is <M-f4> unbound?

[Lennart Borgman]

On Wed, Jan 5, 2011 at 7:15 PM, Óscar Fuentes <address@hidden> wrote:
>
> IIRC, on Windows all events (*) go to the application first.

Nearly all, but some events are never sent to the application. (At
least not if you are running Windows the normal way.)

An example of a combination that is not sent to the application is
Alt+Tab. (This creates some problems when you are using Alt as Emacs
META. M-TAB is commonly used in Emacs for completion. That does not
work on w32 if you have META on the Alt key - which is default and
actually the only reliable choice in the current (unpatched) Emacs.)

> The
> application usually delegates into a Windows API fallback the handling
> of the events it doesn't know about. So you can handle Alt-F4 on your
> app and do whatever you want, as Emacs does, or delegate into the
> Windows API function (ProcessMessages ?) which performs the standard
> action associated with the event (if any) as 99% of Windows apps do.
>
> IMO, Emacs is doing the right thing, because it allows treating Alt-F4
> as just another key combination. I see no problem binding Alt-F4 to some
> exit function, as long as the user can override that.

I think the binding of Alt-F4 is not that important in a non-multi
document interface (but that is just my opinion).