[patch] Preload popup menus for the desktop (3.5)

Scott Wheeler wheeler at kde.org
Thu Mar 30 02:35:26 BST 2006

Here's one that will no doubt be at least semi-controversial, but for me I 
believe solves a significant issue for first impressions in KDE.

The right menu button on the desktop is slow.  Really slow.  In my profiling 
here (on a fast machine) it took between 250 - 750 ms to pop up.  Waiting 3/4 
of a second for a RMB menu on a text file just seems silly.

The same issue applies in Konqueror and if this is accepted I'll probably 
address it there too.

The basics of what this does are:

- Use a QCache to store up to 50 menus in memory
- Create the menu as soon as the user is over the item with the mouse
- When the RMB is pressed, check the cache first for the menu

Of course in some cases, if the user very quickly uses the RMB button on an 
item that they've never hovered over before there can still be a delay, but 
in practice there's usually a short delay before the right mouse button is 
pressed and in the course of a desktop session most of the time menus are 
reused (i.e. trash, home, etc.)

This makes the desktop feel much more responsive in general, and I'd like 
permission to commit it to 3.5.


If the answer is "more lawyers" then the question shouldn't have been asked.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kdiconview.patch
Type: text/x-diff
Size: 5061 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060330/1d2ee1b7/attachment.patch>
-------------- next part --------------
kde-usability mailing list
kde-usability at kde.org

More information about the kde-core-devel mailing list