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.
[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).
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 ;-)
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.
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.
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.
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...
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.
Performance team decided to change this issue into defect. I also created another bug related to opening the Options dialog (issue 39081).
Fixed in trunk. /cvs/core/src/org/netbeans/core/actions/OptionsAction.java new revision: 1.62; previous revision: 1.60
Fixed.
Numbers are still not meet HIE criteria ( first invoke > 1000 ms), but for NB3.6 it's enough - improvement 30-70 %, thanks :) verified