Bug 78548 - [consistency] Button Selection fires before MouseUp
Summary: [consistency] Button Selection fires before MouseUp
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 16:15 EST by Grant Gayed CLA
Modified: 2004-11-24 14:30 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 16:15:08 EST 
- run the ControlExample, Button tab
- turn on listeners MouseUp and Selection
- click on an example Button
  -> on OSX you'll get Selection - MouseUp
  -> everywhere else you'll get MouseUp - Selection
Comment 1 Steve Northover CLA 2004-11-15 15:32:09 EST 
SSQ and SN to investigate.  NOTE that it is undefined whether selection comes 
on mouse up or mouse down but it's easy to see that in this case, on every 
platform, selection is not issued unless the mouse is released inside the 
bounds of the button.
Comment 2 Veronika Irvine CLA 2004-11-24 13:59:47 EST 
SWT.Selection is posted from kEventControlHit.
SWT.MouseUp is posted from kEventMouseDown.
Selection is posted before MouseUp and therefore appears first.
Comment 3 Veronika Irvine CLA 2004-11-24 14:12:18 EST 
Changed Button to send the mouseUp rather than post.

Looking at Tree and ToolItem which have the same pattern.
Comment 4 Veronika Irvine CLA 2004-11-24 14:28:43 EST 
Changed ToolItem to send the MouseUp.  Leaving Tree as a post because selection happens on 
MouseDown.

Fixed in 3.1 HEAD > Nov 24.
Comment 5 Veronika Irvine CLA 2004-11-24 14:29:40 EST 
reopening to assign to myself before closing.
Comment 6 Veronika Irvine CLA 2004-11-24 14:30:42 EST 
fixed as described in comments 3 and 4.