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.
Product Version: NetBeans IDE Dev (Build 200806300101) Java: 1.6.0_10-beta; Java HotSpot(TM) Client VM 11.0-b12 System: Linux version 2.6.24-19-generic running on i386; UTF-8; en_US (nb) Open 2 java files (A.java and B.java) and dock editor views so that you can see both of them (make the "fake split"). Suppose A.java contains following code within the class A definition: public int myInt = 0; public void myMethod(int param) { // Algorithm solving SAT in linear time } Field "myInt" is highlighted (green color) as well as method "myMethod" (bold)... Select this code and drop it to the B.java. All the code seems to be highlighted properly in the B.java, but you might notice that "myInt" and "myMethod" are not properly highlighted until the tab with the file gets focus - I think it could happen immediately... It is very unimportant though (maybe even P5???)...
AFAIK this is as designed - only the focused editor is re-parsed and updated when changed. This is to lower the performance impact of the java infrastructure. Maybe we could somehow change this to update all 'visible' editor panes rather than just the focused one. Although I am not sure if it is possible to determine whether the contents of an editor pane is visible or not.
It is a very minor issue, just a cosmetic one. When someone has an amazing idea about how to make everything super fast, it can be implemented. But I think that until we have a "real" window docking system (allowing real window splits and so on...) there is no need to hurry with this one...
Quite unlikely to happen in foreseeable future.
Verified, it is not a very important issue.
NetBeans.org Migration: changing resolution from LATER to WONTFIX