Kenneth Tilton wrote: > > Create a textfield and a listbox. > > Put a keypress listener on the textfield. > > Type in the textfield and see listener console writes OK. > > Click on an item in the listbox. > > Click-drag (one action) to select the full contents of the textfield. > > Start typing: the typing works in that the textfield clears the prior > value and echos the value being typed, but the keypress listener does > not fire. > > Now just plain click in the text field. Listener starts firing. > > Note that the textfield does change its highlighting to indicate it has > focus and typing does work, and the listeners are still there but > (apparently) not swapped into some necessary state if a click on a field > is a click-drag. > > hth,kt > > >
Was a bug ever filed for this? I have encountered a very similar bug under both Windows IE and Firefox. I believe there is a systemic problem here with QooxDoo keyboard event handling, and have spent about 10 hours debugging to no avail. All I can say so far is that when you drag-select text in a text field, the keypress events can get redirected to bizarre places (e.g., the page root) as a consequence -- and the exact same behavior occurs in IE as in Firefox. Before I invest the time to make a reproducer, what is the current status of this issue? Dave -- View this message in context: http://qooxdoo.678.n2.nabble.com/listener-activation-looks-broken-tp2434445p5436324.html Sent from the qooxdoo mailing list archive at Nabble.com. ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
