Bug 78568 - [consistency] Table fires DefaultSelection before KeyDown
Summary: [consistency] Table fires DefaultSelection before KeyDown
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Steve Northover CLA
QA Contact:
URL:
Whiteboard:
Keywords: consistency
Depends on:
Blocks:
 
Reported: 2004-11-12 17:32 EST by Grant Gayed CLA
Modified: 2004-11-22 18:21 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:32:07 EST 
- also happens on motif

- run the ControlExample, Table tab
- turn on the KeyDown and Selection listeners
- select an item in the example Table, then press Enter
  -> on win32 and motif the following are fired: DefaultSelection, KeyDown
  -> everywhere else it's: KeyDown, DefaultSelection
Comment 1 Steve Northover CLA 2004-11-15 17:01:49 EST 
SN to fix.  This is happening because the table issues LVN_ITEMACTIVATE from 
WM_KEYDOWN when a CR is pressed.  In SWT, CR comes through WM_CHAR which comes 
after WM_KEYDOWN.  We could consider fixing SWT to issue the key down event 
for CR from WM_KEYDOWN, depending on how difficult this would be.  Note that 
this is probably also broken for the List and possibly the Tree.
Comment 2 Steve Northover CLA 2004-11-22 18:21:52 EST 
Fixed > 20041122

This was only broken in Table.