Re: w32-pass-lwindow-to-system (& ...rwindow)

[B. T. Raven]

"Eli Zaretskii" <eliz@gnu.org> wrote in message
news:mailman.7319.1159116339.9609.help-gnu-emacs@gnu.org...
> > From: "B. T. Raven" <ecinmn@alcisp.com>
> > Date: Sat, 23 Sep 2006 13:17:57 -0500
> >
> > Probably not relevant, but the following work alright:
> >
> > (global-set-key [(super g)] 'goto-line)
> > (global-set-key [(super b)] 'bury-buffer)
> > (global-set-key [(super k)] (lambda () (interactive) (kill-line 0 )))
>
> FWIW, another workaround is to use a modified key; e.g., the following
> should work:
>
>   (global-set-key [(super shift r)] 'goto-line)
>
> alternatively, use the normal binding:
>
>   (global-set-key [(super r)] 'goto-line)
>
> but hold the Shift key while you press LWindow-r.  The Run dialog will
> not pop up because of Shift being down, but Emacs will translate
> LWindow-R to LWindow-r, and invoke your function.
>
>

Thanks, Eli. That's an acceptable work-around for now.
While we're on the topic, do you know if it would be possible to make all
modifier key combos sticky dynamically (like the escape key)? For example
if I pressed shift-super the scancodes produced by the keys' down status
would be held somehow so that they could modify a non-modifier key AFTER
they have been released. Then you could stack 6 or even 7 modifiers with a
single alphabetic key (actually any non-modifier key). Since the escape
key is too far away to be useful, that could function as an abort from
sticky key sequence, assuming that C-g wouldn't work in this context.
Probably also needs a one line buffer dedicated to the pending key-stack
since these aren't always in the minibuffer for some reason.
If anyone out there thinks this isn't too bizarre for words then ask me
about my (putative) RISK keyboard (split spacebar and a complete set of
alt, meta, control, shift, super, duper, and hyper for each pinkie and as
a bonus it allows chucking about 30 keys from the 105 key keyboard, more
if you don't need a numeric keypad. ;-)) Just a thought.

Ed