Thanks, Henry. I think there's no bug for the SWF10 runtime. The edittext doesn't react to clicks on the background of the edittext field in both runtimes, so that behavior is consistent. But it's not possible to enter any text into either inputtext or edittext covered by another view in DHTML runtime.
I've created a JIRA issue with a small test case: http://jira.openlaszlo.org/jira/browse/LPP-9934 http://jira.openlaszlo.org/jira/secure/attachment/13298/LPP-9934-click-behavior-dhtml.lzx I already wondered how you managed to simulate the same click behavior in DHTML, where you "click through" views, which probably is not possible. And I ran into the clickdivs a few times in the LFC, but never looked into the details of the implementation. On Fri, May 13, 2011 at 12:30 AM, Henry Minsky <[email protected]> wrote: > The expected behavior is supposed to match how SWF worked, which is that > nonclickable views > are supposed to be totally invisible to mouse clicks. > > To emulate that in DHTML, where mouse clicks don't pass through, max had to > implement a whole > 'clickdiv' hierarchy which consists of a stack of invisible views on top of > the app which mirror > the clickable views hierarchy. > > I am kind of suprised there is a bug in swf10, with events not passing > through nonclickable views, since that is the behavior we were trying so > hard to emulate in DHTML. > > > > > On Thu, May 12, 2011 at 3:07 PM, Raju Bitter > <[email protected]> wrote: >> >> I noticed a difference in the click behavior with text, edittext and >> inputtext for the SWF10 and DHTML runtime. When I put a a text, >> inputtext and edittext field behind a view with clickable="false", I >> observed the following behavior: >> >> Action: Click on the the element behind the non-clickable cover view >> >> SWF10: inputtext and text receive the onclick event (clicking through >> the cover view), editext doesn't receive the onclick event. A view >> which is covered by a non-clickable view will receive the onclick >> event. >> >> DHTML: only text received the onclick event, inputtext and edittext >> don't receive the event. A view which is covered by a non-clickable >> view will receive the onclick event. >> >> What should the expected behavior be? Shouldn't both runtimes show the >> same behavior? > > > > -- > Henry Minsky > Nest Labs > >
