You note that "there is no clearly logical next target control" in that tab order. Exactly. I like to on the spur of the moment decide that I'm going to do whatever as fast as I possibly can, with Tab, Ctrl-Tab, Alt-Tab, Shift-Tab altogether if possible. And sometimes if I don't have much open simultaneously the Ctrl-Tab and Alt-Tab work out just nice. But trying to get my keyboard time down to the equivalent of 80 words per minute (i.e., calling a change of focus a 'word') or more, there are times when I am popping up a dialog in an app run by the JVM, or one in which the tab order isn't the bare-bones Explorer dialog (Open/Save) and I often pass up a cyclic edit keystroke sequence that would work fast and haul the mouse over just because I can't anticipate precisely where the focus is going to shift to. I find I run so much different software, and there's always something new to try out; that I thought it might be handy to have a transparent overlay pop up on some designated keypress to show what the focus could shift to on these keys. Not that a novice would need it. Nobody's too dumb to figure stuff like that out on the spur of the moment by trial-and-error, or a good hunch. But when the UI is going the way of the tile-gaucho I tend to wonder, if you don't use the keyboard shortcuts a heck of a lot more, what DO you do? I phrased my query in the tentative way I did because, like you say, it's obvious that there's no standard way of doing things like that, and the mother of invention can bring us what she wants; and outside of that-- Who's going to care? Just me, I guess. I was using VS Express, so I don't have a real big option for personalization or enhancements in the IDE; but what I was thinking of was in general, over the whole gamut of dialogs and controls that have some spatially distinct distribution and ordering that leads to an as-logical-as-we-can-manage tab order; and when it goes beyond the obvious, that's where I'd think having an overlay pop up temporarily might come in handy.