Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 104779 - ScrollBar SelectionEvent detail field not being set correctly at end of a drag
Summary: ScrollBar SelectionEvent detail field not being set correctly at end of a drag
Status: VERIFIED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.1   Edit
Hardware: PC Linux-GTK
: P3 normal (vote)
Target Milestone: 3.2.2   Edit
Assignee: Bogdan Gheorghe CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-22 07:23 EDT by David Walser CLA
Modified: 2007-01-15 11:52 EST (History)
5 users (show)

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 David Walser CLA 2005-07-22 07:23:09 EDT 
I have a program with a Canvas that has scrollbars.  I have added a 
SelectionListener to it. 
 
No matter how I select the scrollbar, e.detail is zero.  The javadoc says 
this, but it's not happening: 
"When widgetSelected is called, the event object detail field contains one of 
the following values: SWT.NONE - for the end of a drag. SWT.DRAG. SWT.HOME. 
SWT.END. SWT.ARROW_DOWN. SWT.ARROW_UP. SWT.PAGE_DOWN. SWT.PAGE_UP."
Comment 1 Billy Biggs CLA 2005-07-22 10:57:49 EDT 
This is fixed for 3.2M1.  The fix requires GTK+ 2.6.0 or newer.  Previously,
GTK+ did not provide this information.

*** This bug has been marked as a duplicate of 51995 ***
Comment 2 David Walser CLA 2005-07-24 12:54:11 EDT 
Ok, this isn't quite fixed.  During a drag it's supposed to give SWT.DRAG (1), 
but at the end of a drag it's supposed to give SWT.NONE (0).  In that case, it 
still gives SWT.DRAG.
Comment 3 Billy Biggs CLA 2005-08-03 15:57:48 EDT 
I don't think I have a good way of infering this from the events sent by GTK+. 
I opened this bug upstream:

  http://bugzilla.gnome.org/show_bug.cgi?id=312501
Comment 4 Steve Northover CLA 2006-12-12 11:23:59 EST 
BG and SN to investigate.
Comment 5 Bogdan Gheorghe CLA 2006-12-19 17:40:40 EST 
Fixed > 20061219

This is fixed in HEAD and the 322 stream but did not make it into the
pre-Christmas 322 build.
Comment 6 Bogdan Gheorghe CLA 2007-01-15 11:52:39 EST 
Verified on Linux + Motif in M20070112-1200