Bug 331616 - Holding the down/up key in the project explorer should not send selection events
Summary: Holding the down/up key in the project explorer should not send selection events
Status: CLOSED DUPLICATE of bug 162079
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.6   Edit
Hardware: PC All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-01 17:31 EST by Adam Neal CLA
Modified: 2010-12-02 14:33 EST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Neal CLA 2010-12-01 17:31:51 EST
Build Identifier: I20100608-0911

Selection events should not be sent to listeners when the down/up key is being held.  Rather it should wait until the key is release, and then send the selection notification about the last element.

Currently, when users try to navigate quickly in the tool, they find that they can't do things like holding the down key in the project explorer since view that listen for selection changes are getting bombarded with selection events and then take time to refresh.  This makes the tool lag, and when the user lets go, it seems like it doesn't response since its still processing all the selection events being sent, each one taking time to refresh all the listening views.

I believe it would be much more efficient if we simply did not send any selection events while the down/up arrow is still depressed.

Reproducible: Always

Steps to Reproduce:
1.put a lot of elements in your project explorer
2.ensure you have views open that react to selection changes
3.start at the top, and hold the down key to scroll through the entries.
- you will find that the selection in the PE will start looking choppy
4. hold for more then a second and then release
- you will find that it will keep going for a short while as it continues to process the events. 
- in our tool this is amplified as we have a few views which load a lot of data based on selected elements.
Comment 1 Remy Suen CLA 2010-12-01 17:39:05 EST
If the view can't react fast enough then they should be listening for post selection events instead in my opinion.

Which views are slow for you? I don't have any problems with the 'Properties' view.
Comment 2 Remy Suen CLA 2010-12-02 14:33:47 EST
Actually, it _is_ the 'Properties' view that's kind of sluggish (for tabbed properties) and is the source of Adam's problem. Going to dupe this one up.

*** This bug has been marked as a duplicate of bug 162079 ***