"booomer" <firstname.lastname@example.org> wrote in message news:18C21AA1-3856-47CA-BD42-F3BDFAA145A9@microsoft.com...
> "Robert Aldwinckle" wrote:
> Where do you see that keystroke documented that way?
> Menu Bar > Help > Contents and Index > Type "keyboard shortcuts" in the
> search bar > Internet Explorer keyboard shortcuts > Working with tabs > Close
> other tabs >CTRL+ALT+F4
Oops. Ok! I see that now in the same article further down. Who knew? ; )
Thanks. I wonder why it wasn't grouped with the others?
Hmm... It is pretty flakey. First time I tried it, it hung the task.
Then in the recovered task it worked. However, I was trying to be cute
the first time by testing it with my ideal: Ctrl-Shift-Q, select the one
I want to keep, and then use Alt-Ctrl+F4 with that selection.
Also, I suspect we may have to be careful about how we construct the
keystroke. E.g. when it worked I went: Alt+ then Ctrl-F4. E.g. pressing
Alt+Ctrl simultaneously and then adding F4 seems different to me,
more like a keystroke you might define a Desktop shortcut for.
A related factor would be whether the program in control of the page,
(such as the wn3 or acrobat reader UI) could be given a chance to intercept
whatever we do enter. For example, on the web interface that you are
using to post with, notice that there is a difference between pressing
Alt- and then pressing M versus pressing Alt+M (i.e, press and hold Alt-
and while still holding Alt- press M).
there are no good diagnostics for us
to help figure out which handler is being given control of
the keystrokes we enter. This has been a longstanding deficiency
of Windows IMO. The best we can do is trace with ProcMon
and use it to get some clues about what happens with them.