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.

Bug 49949 - Editor area is repainted several times when Java editor is opened
Summary: Editor area is repainted several times when Java editor is opened
Status: RESOLVED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 4.x
Hardware: PC Solaris
: P3 blocker (vote)
Assignee: Jan Pokorsky
URL:
Keywords: PERFORMANCE
Depends on:
Blocks: 49990
  Show dependency tree
 
Reported: 2004-10-05 15:45 UTC by _ rkubacki
Modified: 2007-09-26 09:14 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description _ rkubacki 2004-10-05 15:45:23 UTC
NetBeans build from Oct 4, 2004, JDK
1.5.0(b64-fcs), Sun ULTRA 60, 512MB, 450MHz

When I start the IDE session where I have three
Java editors opened I see that the editor area is
repainted several times.

There is first paint of editor without status bar.
Next paints contains status bar.

The toolbar is painted at least three times, once
with original heght than painted again smaller and
again with original height (perhaps related to
NavigationView but I am not sure here). 

There are also other paints related to folding and
override annotations but these are OK.

The same can be observed for other Java files
newly opened in editor.

The same happens on my Dell notebook but it is no
so well visible as the hardware is much faster.
Comment 1 Martin Roskanin 2004-10-06 08:57:33 UTC
similar issues - issue #39043 , issue #33989
Comment 2 Martin Roskanin 2004-10-06 10:50:08 UTC
partially fixed in [maintrunk] in editor module as for StatusBar

/cvs/editor/libsrc/org/netbeans/editor/StatusBar.java,v  <-- 
StatusBar.java
new revision: 1.40; previous revision: 1.39

The rest needs to be done in java module - NavigateAction presenter
component is changing its preferred size during file opening to these
values (in my test case):

34,19
121,18
34,19
251,18
356,18

reassinging to java module for evaluation
Comment 3 Martin Matula 2004-10-06 12:15:54 UTC
Honza will look at it.
Comment 4 Jan Pokorsky 2004-10-14 20:21:19 UTC
Could you point me what is wrong with NavigationView or
NavigateAction.ToolbarPresenter? I have found nothing suspicious
there, especially none resizing. Neither NV nor NA.TP implement
getPreferredSize.

If I place a breakpoint to NV.repaint (overridden for debug purpose) I
can see several calls invoked by a layout manager and 2 or 3 calls
invoked by the nodes model owned by ChoiceView as the superclass.
Comment 5 Martin Roskanin 2004-10-15 08:47:44 UTC
I have just overriden getPreferredSize method in
org.netbeans.modules.editor.NbEditorToolBar.
There I checked the actual preferred size of the toolbar and it was
changing, because of the change of preferred size of
org.netbeans.modules.java.ui.actions.NavigateAction$ToolbarPresenter
as I wrote before. Resizing of NA$TP could be IMO done by its context
changing...
Comment 6 _ rkubacki 2004-10-20 15:07:39 UTC
Not a showstopper for 4.0 but it would be nice to have at least
partial improvements here.
Comment 7 ehucka 2005-01-11 13:25:19 UTC
old target milestone, please re-evaluate
Comment 8 Jan Pokorsky 2005-01-27 13:00:38 UTC
Closing as fixed since NavigationView is no longer part of the build.