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
