I don't know that we ever got rid of this bug in DHTML actually. We took care of issues when the mouse was still in the app, but this one I think was always lurking.
Maybe the hack should be conditionalized on DHTML runtime though. On Wed, Aug 25, 2010 at 2:40 PM, P T Withington <[email protected]>wrote: > I'm not convinced this is the right solution. > > In previous attempts to solve this ( > http://jira.openlaszlo.org/jira/browse/LPP-8283) we released the stuck > keys when the browser lost and regained focus. I'm concerned that if we > base this on the mouse we will get complaints that funny things happen when > you push your mouse cursor out of the way... > > It's very clear that this issue is because Command-Tab takes you out of the > browser, so you don't see the key release. I'd like to know what made the > previous solution stop working before we add another layer of mud to this > diamond. :) > > On 2010-08-25, at 12:19, Henry Minsky wrote: > > > Change hqm-20100825-1vp by [email protected] on 2010-08-25 12:03:54 > EDT > > in /Users/hqm/openlaszlo/trunk/WEB-INF/lps/lfc > > for http://svn.openlaszlo.org/openlaszlo/trunk/WEB-INF/lps/lfc > > > > Summary: phantom keys marked as down in DHTML > > > > New Features: > > > > Bugs Fixed: LPP-8210 > > > > Technical Reviewer: max > > QA Reviewer: ptw > > Doc Reviewer: (pending) > > > > Documentation: > > > > Release Notes: > > > > Overview: > > > > > > Details: > > > > Add event handler for canvas for onmousenter and onmouseleave, which > clear the downkeys array > > in the LFC and kernel Keyboard service. > > > > Tests: > > > > Run test/hello.lzx with debugger enabled in DHTML, use command-tab to > switch in and out of browser, > > verify that "enter" key works in debugger > > > > Files: > > M WEB-INF/lps/lfc/services/LzKeys.lzs > > M WEB-INF/lps/lfc/views/LaszloCanvas.lzs > > > > > > Changeset: > http://svn.openlaszlo.org/openlaszlo/patches/hqm-20100825-1vp.tar > > -- Henry Minsky Software Architect [email protected]
