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.
the example that resulted in this bug report: > From: John Richardson <jrichard@zealand.mv.com> > > I'd like to strike up a conversation about why the output window > steals focus when a compile completes. This can be annoying > when editing during a long compile. When this occurs, I need > to switch back to the editor (ctrl-3). I dislike this behavior because > it violates the following principle: > only move focus when the user initiates it i agree that the focus should not be moved to the output window. and as a general rule, the only time focus should be removed from the current window is if a modal dialog or operation needs it. the jlf says: '[keboard (or input) focus changes when] users designate the window, or component within a window, that receives input. pg 111. cL
Alesi, I have the feeling that this is a duplicate of a bug filed recently which has been fixed.
No, it isn't duplicate. This behaviour (focus moved to Output window after unsuccessful compilation) is there long time in NB. I'm not sure this is DEFECT. Maybe there are users accustomed to use - Compile - if error -> hit Enter -> go to error line and correct
this from the original poster of the issue on nbui: I checked a few IDEs including JBuilder, emacs, and VC++ 5.0. All of these do not switch focus when a compile is complete. Instead, they leave focus where it is. Then, when the user hits the "Next Error" shortcut, focus is brought to the first error. "Next Error" again, goes to the second error, and so on. So, if a compile ends when I'm editing, I just finish my edit and hit the "Next Error" shortcut to find my first error. If there is only one error, both the "Next Error" and "Prev Error" shortcuts both set focus to the error line in the editor. i agree with the described behavior -i.e. that the focus not be shifted even when there is an error. if there is still doubt about how we should proceed we can take this to nbui to get more input from other hie's.
Adding Ales Novak to CC, because if we want to do this change, compiler should not move focus to OW.
*** Issue 17809 has been marked as a duplicate of this issue. ***
Target milestone -> 3.3.1.
Target milestone -> 3.4
Fixed in trunk
verified in 200203070100
200203220100 after compile the focus is always in OW !
Regression fixed in trunk. Problem was in Trung's fix of #21744. Moving part of code into new Runnable class changed meaning of *this* keyword.
verified in [nb_dev](20020417)
Resolved for 3.4.x or earlier, no new info since then -> closing.
moving terminal emulator issues to terminalemulator component. To see the correct version and target milestone of this issue look at Issue Activity table.