# HG changeset patch
# User Jason Rumney <jasonr@gnu.org>
# Date 1194610723 0
# Node ID 637a3f0d04e3dc74061b074bda8c59d636877874
# Parent  aa42b9eb1ed952eaa55a1d0c74b0651441c51c00
(enum event_kind) [WINDOWSNT]: Likewise.
Add MULTIMEDIA_KEY_EVENT.

diff -r aa42b9eb1ed9 -r 637a3f0d04e3 src/termhooks.h
--- a/src/termhooks.h	Fri Nov 09 12:17:57 2007 +0000
+++ b/src/termhooks.h	Fri Nov 09 12:18:43 2007 +0000
@@ -132,10 +132,6 @@
 				   whose scroll bar was clicked in.
 				   .timestamp gives a timestamp (in
 				   milliseconds) for the click.  */
-#ifdef WINDOWSNT
-  W32_SCROLL_BAR_CLICK_EVENT,	/* as for SCROLL_BAR_CLICK, but only generated
-				   by MS-Windows scroll bar controls. */
-#endif
   SELECTION_REQUEST_EVENT,	/* Another X client wants a selection from us.
 				   See `struct selection_input_event'.  */
   SELECTION_CLEAR_EVENT,	/* Another X client cleared our selection.  */
@@ -200,6 +196,21 @@
 #ifdef HAVE_GPM
   , GPM_CLICK_EVENT
 #endif
+
+#ifdef WINDOWSNT
+  /* Generated when an APPCOMMAND event is received, in response to
+     Multimedia or Internet buttons on some keyboards.
+     Such keys are available as normal function keys on X through the
+     Xkeyboard extension.
+     On Windows, some of them get mapped to normal function key events,
+     but others need to be handled by APPCOMMAND. Handling them all as
+     APPCOMMAND events means they can be disabled
+     (w32-pass-multimedia-buttons-to-system), important on Windows since
+     the system never sees these keys if Emacs claims to handle them.
+     On X, the window manager seems to grab the keys it wants
+     first, so this is not a problem there.  */
+  , MULTIMEDIA_KEY_EVENT
+#endif
 };
 
 /* If a struct input_event has a kind which is SELECTION_REQUEST_EVENT