When the focus is not in the Definitions pane -- in the Interactions or the Find/Replace dialog, for example -- keyboard shortcuts don't behave the way I expect them to.
Examples (these are OS X key bindings):
ctrl-` types "`" rather than switching to the previous document.
cmd-up is interpreted as a simple "up" rather than "Previous Document"
cmd-/ comments a line in the definitions; I expect it to either comment out an interactions line or do nothing (and be greyed out) (The problem here is that there are two "cursors", but only one of them is visible. Users expect there to be just one cursor, and all cursor-related actions to apply to that one cursor, if they make sense at all.)
cmd-m creates a bookmark in the definitions (same problem)
cmd-z undoes an action in the definitions (same problem -- this one is a little more tolerable, but still conflicts with my instinct that if I type something and then hit "undo", that typing will disappear; OS X's TextEdit lets me "undo" typing in its "Find" dialog)
tab sometimes moves the cursor, but never performs any indenting. If it does nothing, it should be greyed out.
One example when this happens is on Linux:
1) Detach the tabbed panes. (Edit/Tabbed Panes/Detach).
2) Put the focus in the Definitions Pane.
3) Press Ctrl-Shift-D --> debugger is toggled.
4) Put the focus in the "Find Next" text box of the Find/Replace pane.
5) Press Ctrl-Shift-D --> debugger is not toggled!
Same with Ctrl-Shift-B (breakpoints), or Shift-F5 (compile current), etc.
I should be able to improve this with the work I'm doing for
2911586: Interactions Pane Undo/Redo Doesn't Work When Detached
https://sourceforge.net/tracker/?func=detail&aid=2911586&group_id=44253&atid=438935
Revision 5364 should have improved this a lot.
Hello,
When going through the examples listed above, the biggest issue I noticed was with the command ctrl-/. It does comment out the selected line as intended, but when this is used on a line that is already commented out, it continues to add "//" to the beginning of the line.