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.
Pull-down submenus do not keep up with the mouse.
I think that Swing adds extra 200ms to eliminate temporary paints. It you open the menu explicitly by keystroke or mouse click you get times shorter by 200ms. May be that we should instruct Swing to defer these paints by shorter time (100ms).
Dafe's measurements - testing conditions: PC Dell Pentium III, 600Mhz, 512 MB memory, JDK 1.4.1, Netbeans Main trunk build, mounted sampledir local filesystem, opened 8 java source files, 3 plain text files. times in milliseconds, first number shows first invocation, followed by subsequent invocations. File 266, 47 Edit 265, 31 View 937, 110 Project 235, 32 Build 359, 47 Debug 250, 47 Versioning 515, 31 Tools 641, 31 Window 313, 47 Help 406, 16
My observation is similar. Most problematic are View and Tools menu. Speeding up these two at least would be nice.
The view menu popup time is caused by "Javadoc Indices" menu item which is provided by JavaDoc module's IndexOverviewAction. See issue 28912 Tools menu seems OK on subsequent invocations. I have some modifications to the menu infrastructure that takes the subsequent menu invocations to the times *very* close to the plain precomputed JMenu invocations, stay tuned.
Marian's measurement (time in milliseconds): conditions: - SUN UltraSparc60 / 512 MB RAM / Solaris 5.8 / CDE - JDK1.4.1(01) - [nb_dev](200211140100) , MDI - mounted sampledir bring main menu by mouse: Window 271 47 44 File 170 31 25 Edit 198 53 37 View 567 115 108 Project 120 32 53 Help 216 19 22 Debug 114 44 30 Versioning 307 68 24 Tools - selected - Filessytems node 603 72 49 - Local FS 1111 64 51 - package 717 41 29 - java file 787 48 52 Build - selected - folder (examples) 422 44 33 - java (ColorPreview) 343 71 30 Test cases are described on page : http://performance.netbeans.org/qa/TestSuites.html#expanding_every_main_menu_except_tools
Radim's measuring: PIII/800MHz, Linux (2.4.17), 512MB NetBeans IDE Dev (Build 200211180100) Java; VM; Vendor = 1.4.1; Java HotSpot(TM) Client VM 1.4.1-b21; Sun Microsystems Inc. opening main menus File 165, 35, 37, 47 Edit 257, 33, 37, 40 View 852(!), 98 Project 183, 69 Build 320, 53 Debug 226, 71 Versioning 266, 51 Tools 682, 130 Window 241, 114 Help 290, 69
OK, I've changed the Actions.MenuItem implementation to allow faster initialization and faster redisplay. The speed of the Ttop level menu is very good now, except the View menu (issue 28912) and first usage. If you'd like to test it, remove the View->Doc Indices menuitem first. you should feel the difference. To the measurement: I realized that console output skews the results significantly. Try to hide the console, perform the measurement and then look for the results. Or disable console output for input events and show only the event->paint time.
I've repreated measurements on new dev build and my numbers for second and further menu invocations are still the same as before: (in millisecons): 46, 47, 31, 31, 32, 62, 15, 47, 31, 47 Moreover I got the same numbers regardless whether output console was minimized or not. Either I'm not able to measure the difference on Windows with 16ms resolution or improveent is not measurable.
I've improved the first time menu invocation by using Menu warmup task. All TLMs should be under 100ms even on the first invocation, except View menu (issue #28912) and Tools (don't know yet).
We should also "warm up" the second level submenus, c.f. Help|Topics
Done (For JMenus comming from o.o.awt.MenuBar). Help sets now fast enough.
Raising priority, fast menu is our priority.
Done.