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 27011 - Opening of Tools/Options dialog takes long time
Summary: Opening of Tools/Options dialog takes long time
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: All All
: P2 blocker (vote)
Assignee: rmatous
URL:
Keywords: PERFORMANCE
Depends on:
Blocks: 26581
  Show dependency tree
 
Reported: 2002-09-04 13:11 UTC by Marian Mirilovic
Modified: 2008-12-22 18:27 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 Marian Mirilovic 2002-09-04 13:11:48 UTC
[nb_dev](20020904), [jdk1.4.0](02), Sol5.8/CDE

Opening Tools | Options dialog takes approximately
on my machine 4-5 seconds first time (only first
time).
Comment 1 Petr Nejedly 2002-09-05 08:34:52 UTC
Just a note:
It can be way faster (It used to be) if we don't expand the options
tree, but it would be less usable.
Of course we should speed up the expansion ;-)
Comment 2 rmatous 2002-09-10 13:39:56 UTC
I don`t thing, that this is real problem. Status text is showed. Only
first start of dialog takes time. Depends on number of expanded nodes.
Tools/Options will change in 4.0. Number of categories in simple
dialog will be radically decreased. Moreover I think this issue should
be filed against nodes subcomonent.
Comment 3 David Simonek 2002-09-10 14:07:50 UTC
Radek, I'm sorry, but this *is* real problem from responsiveness point
of view.
Every dialog should open in less then 1 second. If no, user should see
some progress bar, status text is not enough in such case (these
recommendations taken from UI books). If we can't make tree expansion
faster, we can at least show dialog fast with some progress bar in
center, in some "preparing" state, show hourglass on mouse cursor, and
only then show whole tree. Total opening time won't be any faster, but
user won't feel unhappy.
I recommend to let this issue opened, but wait a bit and design
solution both for new panels and tree, not only for tree options
themselves.
I'll be happy to work with you on this, submit some patches etc.
Comment 4 David Konecny 2003-04-30 12:28:42 UTC
Dafe, do you want to fix this for next version or should it be done as
part of the Options dialog redesign (probably next but one version)?
Set the TM please.
Comment 5 David Simonek 2003-04-30 13:57:15 UTC
As you requested, I set TM, specifically to 4.0 :-)
Explanation why to 4.0:
1) As I understand, tree Options UI will be present in almost
unchanged shape even in redesigned Options system, so performance wok
will not exist just for next release, but for further releases as well.
2) Problem exist for relatively long time and is highly visible. First
use is really embarassingly slow - unfortunately users (according to
UI books) tend to consider each operation as slow as 90% of the
worsest case.

What I suggest:
- don't expand the tree during first use, but remember carefully all
expansions user has made, and reconstruct the tree exactly as it
looked last time.
- provide incremental filter functionality (like in mozzila when
searching for a mail message)
- find the slowest-expanding nodes, speed them up

Hm, I know it's not easy :-( At least I can help with identifying the
slowest-expanding nodes, hopefully. However I don't know how would UI
designers like my first two suggestions...
Comment 6 David Konecny 2003-04-30 14:23:17 UTC
OK. At the moment I'm just collecting what should be done for next
version. I will comment it later. Several things you mentioned sound
to me like lot of work. :-) But I agree that they would be worth doing
if they could be reused in new Options dlg.
Comment 7 Antonin Nebuzelsky 2004-01-21 14:54:30 UTC
Performance team decided to change this issue into defect. I also
created another bug related to opening the Options dialog (issue 39081).
Comment 8 rmatous 2004-01-23 14:02:26 UTC
Fixed in trunk.

/cvs/core/src/org/netbeans/core/actions/OptionsAction.java
new revision: 1.62; previous revision: 1.60 
Comment 9 rmatous 2004-01-26 17:06:27 UTC
Fixed.
Comment 10 Marian Mirilovic 2004-02-24 07:39:47 UTC
Numbers are still not meet HIE criteria ( first invoke > 1000 ms), but
for NB3.6 it's enough - improvement 30-70 %, thanks :)

verified