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.
for convenience, some basic operations should set the focus to the editor open finishing: save save all undo redo delete and others...
should read, "some basic operations should set focus to the editor _upon_ finishing"
I do understand your problem, but I am not able to reproduce it. Could you please tell me following informations (they should help me to reproduce it): 1. Your IDE build number and version (ie. Netbeans 3.1 build 34). 2. If you are using MDI or SDI. 3. Your JDK version (ie. Sun JDK1.3). 4. Are any exceptions thrown? And this should work as you are suggesting, so this is a defect, not an enhancement.
should have set issue type to enhancement. when using win2000 and jdk1.3.x, clicking on the aforementioned toolbar options cause the editor window to lose focus and the main window to receive focus (as it should). it would be convenient to have focus automatically returned to the editor window so you can immediately continue typing without having to click on the editor window again.
problem occurrs with all of the builds i've used (since 3.0 and before), and with SDI or MDI. No exceptions are thrown as there is no abnormal operation.
Sorry, I did not understand that you are invoking the commands from toolbar. This is probably problem of windowing system.
[dafe] Huh, guys, you are making my life tough :-) To be honest, I don't know if this is right idea (and implementable). Requested behaviour will not work on many unix-based window managers, as they simply ignore request focus call. Moreover, "set-focus-back" behaviour is ideal only for some actions, not for all of them (because actions may open dialogs, etc.) I will not try to solve this for upcoming 3.2 release, that's why I'm lowering priority and I will try to put some effort on it to 3.3. version Meantime, workaround is to use keyboard shortcuts.
david, since the problem also occurs in the MDI, i don't think it is platform-specific, and a fix at least should work work for MDI. in fact, it is more annoying in MDI because while the editor window retains focus, the actual text area in the editor window does not. the end result is that one cannot just click on the title bar to regain focus; one actually has to click in the text area, thereby losing any selection and potentially losing your position in the file.
Target milestone -> 3.3
Target milestone -> 3.3.1.
Target milestone -> 3.4
Evaluation summary: Ideal situation: toolbar may be focusable only via keyboard, not through mouse clicks. This will perfectly satisfy requirements of this enhancement, as focus will not move from editor (of course in the case when action invoked from toolbar will not change focus itself). Please, ui teeam, comment on this, do you like this approach? Implementation sidenote: Question is how to implement such behaviour, we don't know yet, more investigation is needed.
sounds like a dandy solution to me.
Target milestone was changed from '3.4' to TBD.
Also here the first word from UI is needed.
this has been fixed somewhere in the last 4 years...
yup