Community
Participate
Working Groups
R-clicking on an open perspective in the Perspective switcher bring us context menus. There is no indication elsewhere on the screen that context menus are available. Toolbars commonly have the "down arrow" icon for menus. Can we add such down-arrow icon with current context menus to the Perspective switcher?
While I agree (wholeheartedly!) I don't think we should be looking into this pre-release. The current 3.x works this way and that's where folks will expect it to be.
If you do add the drop down menus, please also add "Show Text" on the "Open Perspective" button.
(In reply to comment #2) > If you do add the drop down menus, please also add "Show Text" on the "Open > Perspective" button. Oddly enough that option is on a perspective's tool item's context menu but not on the generic one.
Should we expand the scope of this defect to include everything related to both the perspective switcher's context menus as well as the context menus for PartStacks ? I'm thinking that we need to both ensure that the operations are accessible and translatable.
Can you give an example of a PartStack context menu? (Sorry, I'm not hip to the lingo... <g>).
Right click on an item in a stack in eclipse. We provide a menu that allows you to close all or close others... In 3.x there are also menu items to invoke keyboard driven DnD to allow you to move the [view | stack]...
(In reply to comment #6) Had a look at the 3.x PartStack menus and I see that you mean: - Move - Size - Minimize - Maximize - New Editor (aka Clone Editor) And the way to get this menu from the keyboard (in 3.x) is to give focus to the tab item (most likely by typing shift+tab from a view or ctrl+shift+tab from an editor) and then type shift+F10 to bring up the tab item's context menu. In 4.x, however, typing ctrl+shift+tab will give focus to the CTabFolder's Minimize and Maximize buttons (since they are full-fledged tool items now) so you do not need the "Minimize" or "Maximize" menu items (because the user can just type the space key on the appropriate tool item). As for Move, Size, and Clone, it would be ok to put these menu items in the context menu for the tab items. Note that both Firefox and IE tab items have a context menu, so I would argue that keyboard users would expect to find a context menu on a tab item. However, as Oleg pointed out, people do not expect to find a context menu on a tool item unless it has a little down arrow icon (i.e. screen readers will announce "split button" when one of these drop-down tool items gets focus), and then the user knows to type down arrow to get the context menu. So I think that this defect should be for everything related to the perspective switcher's context menus (including changing the tools to be drop-down tools), and I think that there should be a new defect opened for putting the keyboard accessibility items back on the PartStack context menus.
Changed the title to reflect the expanded scope and move into Platform (for M4)...
Thanks. For the part stack stuff, I opened Bug 361469 - Improve PartStack keyboard accessibility. Please have a look - I did give it a bit of thought, but there's still more investigating/thinking to do there.
*** Bug 362427 has been marked as a duplicate of this bug. ***
Note regarding adding "New Editor" menu item back to editor tab item context menu: From bug 361469 comment 0: "It might be more consistent to call this 'Duplicate Editor' (IE has a similar concept using the word Duplicate)."
Aggregate move to M5. Retarget to a different milestone if you wish...
I see this won't make it for Juno. Is there a way to Duplicate an editor with 4.2? I use that feature to sometimes compare two aspects of the same file. Thanks
(In reply to comment #13) > I see this won't make it for Juno. > Is there a way to Duplicate an editor with 4.2? > I use that feature to sometimes compare two aspects of the same file. There's Window>New Editor or CTRL+3 new editor PW
(In reply to comment #14) > (In reply to comment #13) > > I see this won't make it for Juno. > > Is there a way to Duplicate an editor with 4.2? > > I use that feature to sometimes compare two aspects of the same file. > > There's Window>New Editor or CTRL+3 new editor Thanks. I had tried it before but I used 'duplicate' as my keyword. I guess that re-enforces with the renaming suggestion of comment 11 :)
*** Bug 384465 has been marked as a duplicate of this bug. ***
*** Bug 390807 has been marked as a duplicate of this bug. ***
*** Bug 379016 has been marked as a duplicate of this bug. ***
*** Bug 407220 has been marked as a duplicate of this bug. ***
*** Bug 412574 has been marked as a duplicate of this bug. ***
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
