[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Detecting window resize complete on AIR native desktop

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 events, just responding to a resize event as well.  There are probably ways to get the mouse events and forward them, but the x,y coordinates would be outside the stage dimensions.

BTW, did you check if you get a MOUSE_LEAVE event?

To me, this is similar to any animation problem in Flash/AIR.  You are trying to hit a particular frame rate, and screen update time is too long.  One quick/cheap hack to try is to defer the entire resize update via callLater.  More sophisticated implementations queue the deferred work and make decisions about how to respond when things are in the queue.


On 10/16/18, 10:29 AM, "Erik Thomas" <erikjthomas@xxxxxxxxxx> wrote:

    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 MOUSE_UP event to the stage when the user releases the mouse while dragging the chrome, or allow accessing the chrome from the app and adding event listeners. Seems simple enough. They do it already for resize, why not mouse up?
    On Oct 16, 2018, at 10:07 AM, Alex Harui <aharui@xxxxxxxxx.INVALID> wrote:
    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 interval is dependent on how long it takes for your app to respond to a resize event.  Create a HelloWorld app that will redraw very quickly and see if you get resize events more often.
    If AIR can deliver resize events at, say 50ms in a simple app, then you can consider making changes to your app to respond to resize more quickly.  You can use the performance profilers to see if there are bottlenecks responding to resize.  You can also consider deferring certain kinds of work via callLater.
    On 10/16/18, 9:53 AM, "Erik Thomas" <erikjthomas@xxxxxxxxxx <mailto:erikjthomas@xxxxxxxxxx>> wrote:
       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 couldn't work. I had to implement a 300ms timer interval to be reliably notified only after the resizing process ends with the user releasing the mouse capture. 
       But it should be possible to get the mouse up event after the resize. That should be considered a bug in AIR, IMO.
       The timer kludge results in delaying a REST API call for 300ms from the last resize event is received, making the app appear noticeably unresponsive. 
       Thanks for your response, Kyle. I guess I'll just have to live with it.
       On Oct 15, 2018, at 3:33 PM, kamcknig <kamcknig@xxxxxxxxx> wrote:
       As far as I know there isn't a way, a stackoverflow user asked the same 
  ;;sdata=Sta%2FJ8fFFsdvFyCCIEjnDp0qJR4%2BAJRMNcC2bQp0l0k%3D&amp;reserved=0 <;;sdata=Sta%2FJ8fFFsdvFyCCIEjnDp0qJR4%2BAJRMNcC2bQp0l0k%3D&amp;reserved=0>
       I can't think of any way to do so.
       Sent from:;;sdata=vfy0FIcb%2Bx%2F2a5jV9ptbMVOxRJfyqwbjJ4X9DGka1iU%3D&amp;reserved=0 <;;sdata=vfy0FIcb%2Bx%2F2a5jV9ptbMVOxRJfyqwbjJ4X9DGka1iU%3D&amp;reserved=0>