FULL_SCREEN_INTERACTIVE

Hi,
I am trying to use fullscreen mode with an keydown event in extendet desktop environment. But using the interactive mode won't turn my application into fullscreen and FULL_SCREEN doesn't allow keydown listener.
     stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE;
any ideas?
TIA

Wow, I saved my project under a different name and now it works.

Similar Messages

  • AIR app crashes when using FULL_SCREEN_INTERACTIVE on nativeWindow

    App is running on desktop and packaged as Signed native installer with AIR 14
    My app opens and closes native windows and adds externally loaded SWFs to them. I'm activating the windows with a FULL_SCREEN_INTERACTIVE displayState. Without fail, after 5 or 10 windows opened and closed, the app crashes upon opening the next native window.
    If I don't use FULL_SCREEN_INTERACTIVE, the app never crashes, I've tested on Mac OS and Windows, same problem.
    This code opens the window :
    var options:NativeWindowInitOptions = new NativeWindowInitOptions();
    options.transparent = false;
    options.systemChrome = NativeWindowSystemChrome.STANDARD;
    options.type = NativeWindowType.NORMAL;
    options.resizable = false;
    options.renderMode = NativeWindowRenderMode.DIRECT;  
    myWindow = new NativeWindow(options);
    myWindow.title = "Title";
    myWindow.width = 1024;
    myWindow.height= 768;
    myWindow.stage.align = StageAlign.TOP_LEFT;
    myWindow.stage.scaleMode = StageScaleMode.NO_SCALE;
    myWindow.stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE;
    myWindow.activate();
    // add content to window
    var loader:Loader = new Loader();
    var AD:ApplicationDomain = new ApplicationDomain();
    var context:LoaderContext = new LoaderContext( false, AD );
    context.allowLoadBytesCodeExecution = true;
    // urlloader has loaded a local SWF file
    loader.loadBytes( urlloader.data, context );
    myWindow.stage.addChild(loader);
    This is the crash report from Mac OS :
    Process:  adl [29243]
    Path:   /Applications/Adobe Flash Builder 4.7/*/adl
    Identifier: adl
    Version: ???
    Code Type: X86 (Native)
    Parent Process: Adobe Flash Builder 4.7 [72735]
    Responsible: Adobe Flash Builder 4.7 [72735]
    User ID: 501
    Date/Time: 2014-08-29 15:53:57.344 -0400
    OS Version: Mac OS X 10.9.4 (13E28)
    Report Version: 11
    Anonymous UUID: 8F57FABC-FE5A-30AB-3E90-2F97052D4975
    Sleep/Wake UUID: 577E4E3E-84CF-4446-96E4-0D5FF83DB6B5
    Crashed Thread: 0 Dispatch queue: com.apple.main-thread
    Exception Type: EXC_BAD_ACCESS (SIGSEGV)
    Exception Codes: KERN_INVALID_ADDRESS at 0x000000003f800008
    VM Regions Near 0x3f800008:
      CG backing stores 0000000017577000-0000000017e41000 [ 9000K] rw-/rw- SM=SHM 
    -->
      __TEXT 0000000040000000-000000004035c000 [ 3440K] r-x/rwx SM=COW /System/Library/Extensions/AppleIntelHDGraphicsGLDriver.bundle/Contents/MacOS/AppleIntelHDGraphicsGLDriver
    Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
    0 com.adobe.AIR 0x02913e50 0x2800000 + 1130064
    1 com.adobe.AIR 0x02945d81 0x2800000 + 1334657
    2 com.adobe.AIR 0x029389fe 0x2800000 + 1280510
    3 com.adobe.AIR 0x02a0ae85 0x2800000 + 2141829
    4 com.adobe.AIR 0x02a037af 0x2800000 + 2111407
    5 com.adobe.AIR 0x02a03c2f 0x2800000 + 2112559
    6 com.adobe.AIR 0x02a0228d 0x2800000 + 2105997
    7 com.adobe.AIR 0x02a01d8d 0x2800000 + 2104717
    8 com.adobe.AIR 0x02a08be1 0x2800000 + 2132961
    9 com.adobe.AIR 0x02a014e6 0x2800000 + 2102502
    10 com.adobe.AIR 0x02e3287f 0x2800000 + 6498431
    11 com.adobe.AIR 0x02ce2d17 0x2800000 + 5123351
    12 com.apple.Foundation 0x9283727c __NSFireDelayedPerform + 422
    13 com.apple.CoreFoundation 0x90195ea6 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 22
    14 com.apple.CoreFoundation 0x90195863 __CFRunLoopDoTimer + 1395
    15 com.apple.CoreFoundation 0x9021006d __CFRunLoopDoTimers + 349
    16 com.apple.CoreFoundation 0x9014d353 __CFRunLoopRun + 1779
    17 com.apple.CoreFoundation 0x9014c9ea CFRunLoopRunSpecific + 394
    18 com.apple.CoreFoundation 0x9014c84b CFRunLoopRunInMode + 123
    19 com.apple.HIToolbox 0x9a10eb5d RunCurrentEventLoopInMode + 259
    20 com.apple.HIToolbox 0x9a10e777 ReceiveNextEventCommon + 163
    21 com.apple.HIToolbox 0x9a10e6bd _BlockUntilNextEventMatchingListInModeWithFilter + 92
    22 com.apple.AppKit 0x9848e349 _DPSNextEvent + 1602
    23 com.apple.AppKit 0x9848d870 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 119
    24 com.apple.AppKit 0x9848015c -[NSApplication run] + 727
    25 com.adobe.AIR 0x0280228c 0x2800000 + 8844
    26 com.adobe.AIR 0x02802438 0x2800000 + 9272
    27 libobjc.A.dylib 0x96e672af -[NSObject performSelector:withObject:] + 70
    28 adl 0x00002d7e RuntimeMain(char const*, int) + 256
    29 adl 0x00002e0e main + 34
    30 adl 0x000026dd start + 53
    Any help would be much appreciated.

    This is from a tester describing what happens on a Mac:
    No the program does not launch properly on the Mac
    What happens is this.
    I open my applications folder
    I open the App Folder and see another folder labeled Program V2.1
    I open that folder and see the Program blue icon which click to launch
    The folder disappears and the blue Program icon appears in my dock along side other applications looking ready for launching.
    This is where the problem starts
    If I click on the blue Program icon which is in my dock along side all of my other application icons they all drop off the screen. like the screen resolution changed suddenly or something,
    The menu along the top of the screen also moves off the screen . in the same manner
    so my desktop which usually has a visible dock at the bottom and a menu bar on the top now doesn't show either of those elements.
    I do have a couple of document icons on my desktop , you know text files or what ever they never move
    If I now click my mouse anywhere on the screen all of the icons return including the blue Program icon still sitting in by dock, if I click it again same sequence of actions.
    I deleted and reinstalled the latest version of Adobe Air and got the same result
    I also want to mention
    The top menu on the mac tells me what application is active, you know "finder" "Open office" "Firefox" what ever is program is running and active shows there
    Program has never show up as being active in the top menu so I'm guessing never fully launched

  • Full_Screen_Interactive problem

    Hi there,
    I am creating an Air app that contains an HTML component that loads a web page that contains a flash graph. I am wanting to run the app in fullscreen, but when I enter fullscreen, the flash graph on the web page goes blank. The flash graph on the web page loads perfectly when the app is not in fullscreen, however.
    Is this a known bug, or is it my problem?
    Here is the code for the basics of the HTML part of the app:
    <?xml version="1.0" encoding="utf-8"?>
    <mx:WindowedApplication xmlns:mx="http://www.adobe.com/2006/mxml" applicationComplete="load();" layout="absolute" xmlns:html="flash.html.*">
         <mx:Script>
              <![CDATA[
                   public var urlReq:URLRequest = new URLRequest("http://www.adobe.com/");
                   private function load():void{
                        html.htmlLoader.load(urlReq);
                        stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE;
              ]]>
         </mx:Script>
              <mx:HTML id="html" width="100%" height="100%"/>
    </mx:WindowedApplication>

    Hi Chris,
    Thanks for the sample project. After a bit more experimentation I have found it seems to be that I was loading a module at the same time as going to full screen interactive. If I wait till the module has loaded and then go full screen it works fine.
    Thanks
    James

  • FULL_SCREEN_INTERACTIVE causes app to crash

    Hi,
    I developed an app that opens up new native windows and adds loaded SWFs to it's stage once opened. When I set the displayState of the new windows to FULL_SCREEN_INTERACTIVE the app crashes upon closing the new window.
    I'm pretty sure the the display state is causing this bug because when I set it to NORMAL, the app works fine.
    The problem report from MacOS gives me :
    Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
    Exception Codes: KERN_INVALID_ADDRESS at 0x000000003f800001
    I'm using AIR 14.
    Has anyone had issues with this before.
    Thanks.

    I am in the same situation except I am still using just the OS supplied version of Quick time and interestingly I also had to have the graphics card / logic board replaced about a year ago on my late 2008 macbook pro.
    In any case while doing a series of screen recordings everthing is fine for a while 3,4,5, recordings of aprox 2 1/2 minute to 51/2 min. recordings..... then all of sudden it quits recording and is totally frozen, cant exit QT cant force quit have to manually force a shutdown and reboot the computer.
    Then exactly as the above post, what ever portion of the recording prior to freeze pops up on start up and plays fine
    Also I did run the hardware check  and it said everthing was fine so I supect  it is actually a QT software glitch in Maverics  perhaps only with   the (applestore replaced) logic boards done at the time
    Please sombody from apple respond  thanks Kevin

  • Custom cursor is too slow in FULL_SCREEN_INTERACTIVE

    My custom cursor is fast in window mode (even maximized) but not in fullscreen where it is really slow.
    Is there a solution to this?

    Dear Rob,
    Thanks for your answer.
    I have put together a simple test case (see attached zip file) and the custom cursor is still "too slow to be usable" in fullscreen mode. Run it and see that the cursor is fast in window mode. Then hit ctrl+enter to go into fullscreen and see how slow the cursor becomes.
    Code:
    package
    import flash.events.MouseEvent;
    import flash.events.KeyboardEvent;
    import flash.ui.Mouse;
    import flash.ui.Keyboard;
    import flash.display.StageDisplayState;
    import flash.display.MovieClip;
    public class Main extends MovieClip
    private var _mousePointer:MousePointer;
    public function Main()
    super();
    Mouse.hide();
    _mousePointer = new MousePointer();
    addChild(_mousePointer);
    stage.addEventListener(KeyboardEvent.KEY_DOWN, onKeyboardDown);
    stage.addEventListener(MouseEvent.MOUSE_MOVE, onMouseMoved);
    private function goFullscreen(fullscreen:Boolean)
    if(fullscreen)
    stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE;
    else
    stage.displayState = StageDisplayState.NORMAL;
    private function onMouseMoved(evt:MouseEvent)
    _mousePointer.x = mouseX;
    _mousePointer.y = mouseY;
    evt.updateAfterEvent();
    private function onKeyboardDown(evt:KeyboardEvent)
    if(evt.controlKey && evt.keyCode == Keyboard.ENTER)
    goFullscreen(stage.displayState == StageDisplayState.NORMAL);

  • Mac OS X 10.7 issue StageDisplayState.FULL_SCREEN_INTERACTIVE

    There seems to be a problem with StageDisplayState.FULL_SCREEN_INTERACTIVE on Mac OS X 10.7. When full screen is toggled the bounding box of the original window is left on top of your application. If you click on the app behind this bounding box goes away.
    Has anyone else noticed this?

    Hi Chris,
    Thanks for the sample project. After a bit more experimentation I have found it seems to be that I was loading a module at the same time as going to full screen interactive. If I wait till the module has loaded and then go full screen it works fine.
    Thanks
    James

  • Help! - AIR 2.0.2 FULL_SCREEN_INTERACTIVE Lag

    I've run into a critical issue with an AIR project I'm working on that requires the use of StageDisplayState.FULL_SCREEN_INTERACTIVE.
    A little background information on the project, it is an application designed for a touch screen kiosk, the target user will be children in pre-school or day care centers.  The project started development on AIR 1.5; An issue with the print dialog box going behind the application when it lost focus required us to switch to AIR 2.0 which had the ability to bypass the print dialog box.  Now we are discovering that the use of StageDisplayState.FULL_SCREEN_INTERACTIVE is causing a considerable ammount of lag on any kind of MouseEvent or KeyboardEvent.  We have tried to publish the application in 1.5 but when ran on a computer with AIR 2.0.2 installed it still has lag.
    Setting the stage display state to normal makes the application work perfectly but because this is designed for children we need this to run in full screen.  The application also works perfectly in FULL_SCREEN_INTERACTIVE in the debug player when tested inside Flash.
    The application is set to go into FULL_SCREEN_INTERACTIVE when a MouseEvent.MOUSE_DOWN event is dispatched from the stage.  Here is the code I'm using:
    if(stage.displayState != StageDisplayState.FULL_SCREEN_INTERACTIVE)
         stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE;
    Any insight on this would be greatly appreciated.
    Thanks,
    Scott

    I don't believe AIR has this capability yet, but you might want to look into third party utilities to get this done (such as KeyBlock).  I'd also like to suggest that you add this request into our ideas database.
    Chris

  • StageDisplayState.FULL_SCREEN_INTERACTIVE failing

    I'm having some issues with the fullscreen mode in AIR and hopefully you guys can point me in the right direction. Our application is a pure actionscript project that's published as an AIR file. When the app starts it should jump into full screen mode so I have a listener for added to stage and when I hear that I set the display state to FULL_SCREEN_INTERACTIVE. If I start a totally fresh Air project this workflow works just fine but the problem that I'm seeing is that after a while of sharing the project amongst our team, eventually the full screen stuff just stops working. I'm working with another developer and we're on different systems (I'm on a Mac running Lion, he's on a PC running Win7). I'm wondering if something OS specific is getting in there and screwing things up..? Also we're using Stage3D and Away3D 4 so we're on Flex SDK 4.6 and (I believe) Air 3.0. I'd be happy to send along a zip of the project to anyone at Adobe. We just started last week so there's not much code at all and it's very easy to see the problem. Thanks!
    - rob

    I figured out the solution. In the application's xml file we had explicitly set width, height, x, y, minHeight and maxHeight. Commenting all of these out gave us fullscreen support again.

  • Full_screen_interactive performance

    I noticed a big performance hit in my application, and
    believe it was due to using
    StageDisplayStage.FULL_SCREEN_INTERACTIVE
    Here's the code that initialized the screen:
    stage.align = StageAlign.TOP_LEFT;
    stage.scaleMode = StageScaleMode.NO_SCALE;
    stage.displayState = StageDisplayState.NORMAL;
    //stage.displayState = StageDisplayState.FULL_SCREEN;
    //stage.displayState =
    StageDisplayState.FULL_SCREEN_INTERACTIVE; // performs sloooow
    stage.addEventListener(KeyboardEvent.KEY_DOWN,
    keyDownHandler);
    stage.addEventListener( FullScreenEvent.FULL_SCREEN,
    resizeHandler );
    var screen:Screen =
    Screen.getScreensForRectangle(stage.nativeWindow.bounds)[0];
    stage.nativeWindow.x = screen.bounds.left;
    stage.nativeWindow.y = screen.bounds.top;
    stage.nativeWindow.width = screen.bounds.width;
    stage.nativeWindow.height = screen.bounds.height;
    stage.stageHeight = stage.nativeWindow.height;
    stage.stageWidth = stage.nativeWindow.width;
    As you can see, no matter what displayStage I use, the screen
    is always scaling to fit the monitors resolution. So either way i
    am accomplishing full screen. If I use FULL_SCREEN, I loose
    keyboard input, but gain performance. And if I use
    FULL_SCREEN_INTERACTIVE, I lose performance. If I just use normal,
    I still have keyboard input and it performs much faster that
    fs_interactive.
    Note that the application runs in HD, 1920x1080, and loads
    various high quality images and animations...so you can really
    notice the difference.
    Has anyone else noticed the performance difference? I've read
    that applications take advantage of hardware acceleration with
    full_screen. Is that not the case for full_screen_interactive? What
    about normal mode?

    Hmm...it seems that displayStage.NORMAL only performs well
    from within Flash CS3. Once the application is installed, Normal
    performs as slow as full_screen_interactive. full_screen performs
    well in both environments.
    They should both be using the Air 1.0 runtime though...I
    would think.

  • FULL_SCREEN_INTERACTIVE not work under Ubuntu 8.1.0

    I have an AIR application which sets to
    FULL_SCREEN_INTERACTIVE in the constructor when the application
    launched.
    It works fine in XP environment, but fails in Ubuntu 8.1.0.
    My developing environment is Adobe Flash CS3.
    The code snippet as follow:
    public class main extends MovieClip {
    public function main() {
    stage.displayState =
    StageDisplayState.FULL_SCREEN_INTERACTIVE;
    Please give me some suggestions. Thanks.

    You're right, and we've seen a lot of issues similar to this using PlaneProjection. I'll file a bug on this.
    Matt Small - Microsoft Escalation Engineer - Forum Moderator
    If my reply answers your question, please mark this post as answered.
    NOTE: If I ask for code, please provide something that I can drop directly into a project and run (including XAML), or an actual application project. I'm trying to help a lot of people, so I don't have time to figure out weird snippets with undefined
    objects and unknown namespaces.

  • Stretched text and image with FULL_SCREEN_INTERACTIVE after Air player update

    One of my Air applications uses StageDisplayState.FULL_SCREEN_INTERACTIVE to switch to full screen during the presentation of some sheets.
    Everything worked fine untill some users reported a streching of texts and images in the sheets.
    It turns out that the problem occurs after an update from the Adobe Air Player to 3.1 from  2.7.
    The first screen shots shows the text as it should be, the second screen shot shows the text after the update of the Air Player.
    The code used to go into the Full Screen mode is:
        public function setFullScreenInteractive(fullScreenWidth:int = Constants.INT_SCREEN_WIDTH_SMALL, fullScreenHeight:int = Constants.INT_SCREEN_HEIGHT_SMALL):void
                             s.fullScreenSourceRect = new Rectangle(          0, 0, fullScreenWidth, fullScreenHeight);
            s.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE;
    with  Constants.INT_SCREEN_WIDTH_SMALL = 800 and  Constants.INT_SCREEN_HEIGHT_SMALL = 600.
    I can reproduce the problem on a couple of computers with Windows Xp but it's not happening on all the computers I've tested.
    Any idea how to fix this (without telling my users to Uninstall the current Air Player and reinstall the Air Player 2.7)?
    Regards,
    Bart

    Hi Bart,
    Unfortunately the correct screenshot link appears to broken.  Could you please open a new bug report on this over at bugbase.adobe.com?  Please post back with the URL so that others affected can add their comments and votes.  It would also help if we had a sample project/application that we can reproduce this issue with.  If you'd like to keep this private, please feel free to send it to me directly at [email protected]
    Thanks,
    Chris

  • FULL_SCREEN_INTERACTIVE - dialog button disabled

    Hello. I met very strange problem. I'm trying to create full screen flash movie. I've set all possible params in html. Full screen opens, but I can't press allow button. For example here all works fine http://www.leebrimelow.com/?p=3311. Why?
    And why stage.allowsFullScreenInteractive is always false???

    Finally. The reason that full screen not worked was beacause I tested it locally. So be careful, test on server.
    Anyway, stage.allowsFullScreenInteractive is always FALSE. So I must be sure that I put correct javascript or I'll get RTE. That's bad.

  • Mail does not scroll while in full screen!

    When on full screen mail just ignores the fact that there's more stuff (text, pics...) in the email and does not scroll down. No bar on the side, no scrolling with arrows, touchpad or space bar is working. When I bring it back to a smaller size or just open the email in a sparate screen it works OK.
    Not a huge issue, but an irritating one, wonder if this is happening to anyone else? and if anyone has a good fix to it?
    Thanks

    the release notes say it has issues in non-interactive mode,
    I'm using doing :
    stage.displayState =
    StageDisplayState.FULL_SCREEN_INTERACTIVE;
    Is there maybe something else I need to set to full screen
    interactive? I know I saw somewhere that the person was setting the
    htmlLoader's stage to full screen interactive. I tried that but it
    did nothing.
    I have the window style set to "system chrome". I tried
    transparent and no flash sites worked(full or normal screen) and
    opaque worked the same as system chrome.

  • Switch to fullscreen in a desktop app which is running windowed

    I have a desktop application that runs with a transparent masked border, so since it's not a fullscreen application i have <fullScreen>false</fullScreen> in the app descriptor. BUT I'd like to be able to switch to fullscreen mode in some instances. I try to do so with:
    stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE;
    But this doesn't seem to work. The app is still not fullscreen after issuing that line. I suppose it's because of the descriptor, but if I set  <fullScreen>true</fullScreen> the app will start fullscreen, which I don't necessarily want (usually it's a windowed application with transparent chrome).
    So is this possible?
    Thanks!

    I have a desktop app using <fullScreen>false</fullScreen> in the app descriptor and have no problems switching between fullscreen mode or windowed mode just by setting stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE; or stage.displayState = StageDisplayState.NORMAL;
    There may be something else at play causing the fullscreen mode to fail.

  • I want to hide the blue title bar from my adobe air application

    Hello
    I'm doing an aplication with Flash CS4, using adobe air in as3. I have some frames, and in the frame 25 there's a stop, when user clicks a button, go ahead to frame 27 and stage resize the whole screen, just like a FULL_SCREEN, and then I load an pdf. I can't use FULL_SCREEN or FULL_SCREEN_INTERACTIVE property, because doesn't works the pdf loaded (even adobe help say it), so I would like to simulate it. The application it will be use in windows ( I am not sure if XP, vista, but windows). So when resize the stage, to load pdf, then and ONLY then, I want the title bar disappears, just to simulate full_screen.
    How can I do, to make in a desktop application that ?
    Thanks in advance

    Open the Air Application descriptor file(eg: airproject-app.xml) for your application and
    uncomment the <systemChrome></systemChrome> tag.
    Set it to none like:
    <systemChrome>none</systemChrome>
    It will work.

Maybe you are looking for