Community
Participate
Working Groups
- run the ControlExample, go to the Tree tab - listen for KeyUp, KeyDown, Selection and Default Selection - give focus to an item in the example Tree on the page - press Space -> on mac you'll get KeyDown - KeyUp -> on win32 and motif you'll get KeyDown, Selection, KeyUp
I believe this is platform behavior. Need to check this.
-> on win32 and motif you'll get KeyDown, Selection, KeyUp on XP (with and without manifest) I observe: selection, key down, key up 1. on the Mac, pressing space bar on a currently selected item does not seem to trigger a notification. kEventRawKeyDown Display.textInputProc KeyDown java.lang.Exception: Stack trace at java.lang.Thread.dumpStack(Thread.java:1082) at PR79234$1.handleEvent(PR79234.java:28) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1231) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1255) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1240) at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1292) at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1287) at org.eclipse.swt.widgets.Control.kEventTextInputUnicodeForKeyEvent(Control.java:1456) at org.eclipse.swt.widgets.Composite.kEventTextInputUnicodeForKeyEvent(Composite.java:484) at org.eclipse.swt.widgets.Tree.kEventTextInputUnicodeForKeyEvent(Tree.java:912) at org.eclipse.swt.widgets.Widget.textInputProc(Widget.java:1686) at org.eclipse.swt.widgets.Display.textInputProc(Display.java:3343) at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Native Method) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2536) at PR79234.main(PR79234.java:42) kEventRawkeyup KeyUp java.lang.Exception: Stack trace at java.lang.Thread.dumpStack(Thread.java:1082) at PR79234$1.handleEvent(PR79234.java:28) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1231) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1255) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1240) at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1292) at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1287) at org.eclipse.swt.widgets.Widget.kEventRawKeyUp(Widget.java:979) at org.eclipse.swt.widgets.Widget.keyboardProc(Widget.java:1041) at org.eclipse.swt.widgets.Display.keyboardProc(Display.java:2032) at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Native Method) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2536) at PR79234.main(PR79234.java:42) 2. On the other hand, SWT always fires a selection event when a mouse down is received: Selection. Event created from: at org.eclipse.swt.widgets.Event.<init>(Event.java:187) at org.eclipse.swt.widgets.Tree.itemNotificationProc(Tree.java:817) at org.eclipse.swt.widgets.Display.itemNotificationProc(Display.java:2019) at org.eclipse.swt.internal.carbon.OS.CallNextEventHandler(Native Method) at org.eclipse.swt.widgets.Tree.kEventMouseDown(Tree.java:942) at org.eclipse.swt.widgets.Widget.mouseProc(Widget.java:1061) at org.eclipse.swt.widgets.Display.mouseProc(Display.java:2476) at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Native Method) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2536) at PR79234.main(PR79234.java:42) 3. The Selection event upon keyboard 'selection' is sent from the stack trace below. However, the OS only fires it the first time it enters an item. As a result, we don't send the event for every space key even though we send selection for every mouse down. Selection. at org.eclipse.swt.widgets.Event.<init>(Event.java:187) at org.eclipse.swt.widgets.Tree.itemNotificationProc(Tree.java:817) at org.eclipse.swt.widgets.Display.itemNotificationProc(Display.java:2019) at org.eclipse.swt.internal.carbon.OS.CallNextEventHandler(Native Method) at org.eclipse.swt.widgets.Tree.kEventMouseDown(Tree.java:942) at org.eclipse.swt.widgets.Widget.mouseProc(Widget.java:1061) at org.eclipse.swt.widgets.Display.mouseProc(Display.java:2476) at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Native Method) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2536) at PR79234.main(PR79234.java:42)
Behaviour seems to be the result of Mac DataBrowserCallbacks.u.v1.itemNotificationCallback.
Similar to bug 79229, not firing Selection on Space may be a valid platform difference.
Grant to prioritize.
Moving report to triage, see http://www.eclipse.org/swt/triage.php for more info about bug handling.
Same behaviour in cocoa.
Bug triaged, visit https://wiki.eclipse.org/SWT/Devel/Triage for more information.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
