| Summary: | [View Mgmt] Window->Navigation menu items pop up dialog even when clicked. | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Jeff Brown <jeff_brown> |
| Component: | UI | Assignee: | Platform-UI-Inbox <Platform-UI-Inbox> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | Tod_Creasey |
| Version: | 2.0 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | other | ||
| Whiteboard: | |||
| Bug Depends on: | 5682 | ||
| Bug Blocks: | |||
|
Description
Jeff Brown
This is the intended behaviour. It used to disappear right away since Ctrl wasn't held down, but now it stays up until explicitly dismissed. How would you expect it to work? I expect menu actions either to perform an operation immediately, or to pop up a dialog and wait for further input or cancellation. The current behaviour does not fit that model. The only reason I see for having menu actions for the navigation featurs at all is to expose the associated accelerator keys. In that sense, it's probably a moot point anyhow since few people will trigger the menu actions more than once, then revert to clicking on title bars with the mouse, or using accelerator keys only. Which build are you running? In the last few builds, the switcher does stay up even when triggered from the menu. Until you hit Enter or Esc (other keys cancel too). I'm using the latest integration build from Feb 13, and the switcher does stay up. It is precisely this behaviour that I find obtrusive and disorienting. Unlike the dialogs created by most menu actions, this one is small (easy to miss), makes no statement about its purpose (though it can easily be inferred), pops up _after_ the requested action has taken place, and is waiting for you to tell it to go away! I think the menu actions should perform their advertised action (enable the next/previous view/editor) and nothing more. There's already a 'Switch to Editor...' feature that puts up a mouse-friendly dialog. I like the switcher, but I think it only makes sense when activated by keyboard navigation. It really doesn't matter. I think we should remove these options from the menus once we have a keybinginds UI implemented. We now have keybindings. |