This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
right now if you use alt+f6 in mdi mode all non-docked windows are cycled though. in sdi mode this shortcut only switches focus between the explorer and the last focused window. in both cases alt+f6 should cycle focus through all [undocked] windows. this is a shortcut we have control over that will let use enable the user to get to any window in the ide. it would also be worth considering adding docked windows into this cycle.
Target milestone -> 3.4
Reassigning to Jiri for evaluation. Jiri, please check for duplications, think about what these enhancements will need to be implemented right and write down your observations and thoughts to the enhs themselves.
We have found any shortcut which is applicable for all window managers. Here are the observations: In MDI mode: w2k: alt+f6 - none, ctrl+f6 cycles all internal frames, alt-ctrl+f6 -cycles all internal frames linux: alt+f6 - none, ctrl+f6 cycles all internal frames, alt-ctrl+f6 -reserved by OS solaris: alt+f6 - none, ctrl+f6 - reserved by OS, alt-ctrl+f6 - cycles all internal frames In SDI mode: all OS: alt+tab cycles all (non-IDE too) windows on desktop, ctrl+f6 - none, alt+f6 - none We should find a shortcut without concern. Second part of this enhancement, in MDI should be cycled all (undocked too) windows. implementation of this looks difficult, the swing's layout should be investigated. Assumed solution will be implemented in SDI too due to have the same functionality in both.
Often OS WM manager is configurable (Linux) and it processes some shortcuts before IDE. => We should name action of cycling windows and enable user to bind it to any shortcut he wants. If we implement it ourselves it should be easy just keep list of windows you want to cycle and call requestFocus()/setSelected() (simply something to make sure frame is selecte and correct top component inside frame obtains focus, it might depend on mode SDI/MDI, not sure) when action previous/next window is invoked. There is already action Prev/Next View it is different it cycles top components in one JTabbedPane.
why was this down graded to p5?
because we don't have resources to do it for 3.4. moving target to 4.0. Is it so important? If so, ok, raise priority and change target back, but then we need exact spec ASAP from you how it should behave. Your thouhgts are fairly incomplete and doesn't deal with following problems: - it's *impossible* to use ctrl+f6 on all supported platforms, you must find other shortcut or give up - how action should be presented? where? its name? - P1 issue 11010 says there will be no inner desktop, how should this action behave then? As you see, this affords some exact UI spec before we can and will implement anything. Thanks.
Maya, could you look at this as well? thanks. cL
I'm passing this issue to UI group to ask for ui spec. Thanks.
Evaluation for [nb_dev](20030117) : Alt+F6 - XSL transformation ....
verified - shrtcut has been changed.