Yeah, I figured I'd have to use a timer kludge like in the SO thread. Just one
more of those things about AIR that annoys me.
I've implemented that pattern and it's working, though the resize events fire
at roughly 200ms intervals during a drag. A 50ms timer interval suggested in SO
of course c
Erik,
Did you also ask on the Adobe forums?
I'm not sure that AIR will give you mouse events when the mouse is interacting
with the "chrome" of a Window. IOW, I don't think the mouse ever touched the
pixels that represent the SWF content.
You could write a test to see if the resize event inte
Thanks, Alex, but spending time optimizing this kludge just isn't worth the
effort with my current backlog. Just wish there was a better way, a correct
way.
I could log a feature request on Adobe, but it would never get enough votes.
Just seems a no-brainer that the AIR runtime should fire a M
I am getting this error when I try to compile an iOS app on my mac. Android
works without any problems. Tried AIR 29-31 and get the same problem. It
looks like it only happens on bigger apps with many ANEs.
Did anyone had this problem before?
--
Sent from: http://apache-flex-users.246.n4.
Hi Erik,
I'm not saying Adobe would make a change to AIR, but they might have an idea
for a workaround we haven't considered.
It has been a long time since I wrote code for Microsoft Windows apps, but I
think the default behavior is that a resizable OS window doesn't require
managing mouse eve
Good idea, I'll post on adobe forum and hope for a better suggested workaround.
Thanks, Alex.
Cheers,
Erik
