Bug 78559 - [consistency] Slider fires two Selection events before MouseDown
Summary: [consistency] Slider fires two Selection events before MouseDown
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.1   Edit
Hardware: PC Mac OS X - Carbon (unsup.)
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Veronika Irvine CLA
QA Contact:
URL:
Whiteboard:
Keywords: consistency
Depends on:
Blocks:
 
Reported: 2004-11-12 17:08 EST by Grant Gayed CLA
Modified: 2004-11-24 15:31 EST (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Grant Gayed CLA 2004-11-12 17:08:15 EST 
- run the ControlExample, Slider/Scale tab
- turn on the MouseDown and Selection listeners
- click on the example Slider's thumb
  -> on OSX the following is fired: Selection, Selection, MouseDown
  -> on win32 the following is fired: MouseDown, Selection, Selection (bug 78558)
  -> everywhere else: MouseDown, Selection
Comment 1 Steve Northover CLA 2004-11-15 15:48:36 EST 
Looks like a bug.  Should be MouseDown, Selection everywhere to be consistent 
with controls such as List.
Comment 2 Steve Northover CLA 2004-11-15 15:49:58 EST 
To be exact, Selection should follow MouseDown for native controls.  It is 
unspecified whether Selection comes before MouseUp.
Comment 3 Veronika Irvine CLA 2004-11-24 15:31:19 EST 
Fixed so that we now get MouseDown, Selection detail = 1, ... Selection detail 
= 1, Selection detail = 0, Mouse Up.

Needed to add the tracking code to Slider.  In addition to fixing the bug 
reported here, this fixed the fact that there was no mouse up.

Fixed for 3.1 in HEAD > Nov 24.