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.
When mouse enters tabs area we do check for rollover effect and mark only one tab for repainting. But on Win/OSX we then ask for repainting of whole tabs visible area as these platform return true from wantRepaintOnGeneralMouseEnterExit(). A bit of excessive computing. According to Tim it should happen only on OSX and probably in better optimized way.
While the overhead of this is very likely trivial (since if the user is moving the mouse, by definition the IDE doesn't really have a lot to do that the user needs urgently other than the tabs displaying correctly), on principle this should be fixed (plus it's overriding one method to always return false). Setting initial target to promo D, priority to p4 (because the mouse entering the tab area doesn't fall in the critical path of, well, anything).
Checking in src/org/netbeans/swing/tabcontrol/plaf/AquaEditorTabDisplayerUI.java; /cvs/core/swing/tabcontrol/src/org/netbeans/swing/tabcontrol/plaf/ AquaEditorTabDisplayerUI.java,v <-- AquaEditorTabDisplayerUI.java new revision: 1.5; previous revision: 1.4 done Checking in src/org/netbeans/swing/tabcontrol/plaf/ScrollingTabLayoutModel.java; /cvs/core/swing/tabcontrol/src/org/netbeans/swing/tabcontrol/plaf/ ScrollingTabLayoutModel.java,v <-- ScrollingTabLayoutModel.java new revision: 1.3; previous revision: 1.2 done Checking in src/org/netbeans/swing/tabcontrol/plaf/TabState.java; /cvs/core/swing/tabcontrol/src/org/netbeans/swing/tabcontrol/plaf/TabState.java,v <-- TabState.java new revision: 1.3; previous revision: 1.2 done
This issue was solved long time ago. Because nobody has reopened it neither added comments, we are verifying/closing it now. If you are still able to reproduce the problem, please reopen. Thanks in advance.