Testing AIR on desktop

how can I test my AIR for mobile on desktop to simulate swipe events?

you would have to have the swf on desktop then simply click on it and it will just open swf window not flash

Similar Messages

How to Test AIR 1.5

Sorry if this seems slightly off center, but I blame Adobe, not myself. Trying to determine the true status and positioning of AIR amongst the various Flex forums and projects for an outsider is practically impossible. So, I will be brief. In September Mr. Chambers sent opened the flow by telling us that we could find FP10 integrated with Flex SDK in something you call 1.5 or Cosmo, or both. He was properly circumspect, so I didn't rush into it -- there was not even an ADL binary when I checked. Now it is November, the Trunk is at 4005, and ostensibly, everything we need to start trying to take advantage of FP support of 3D operations is out there. But where? Where do we get a version of AIR 1.5 that can be installed on a target desktop, so that we can try to run the ADT test cycle?
Call it Gumbo, call it Flex4, call it whatever, but can someone tell us how to start testing it for AIR application deployment?
Thank you.

<DIV>I am sure you are right about an AIR application being able to use Loader and SWFLoader. I hope I have more or less figured out the right way to do that. But, I guess my point is that none of the documentation I have been able to find anywhere would answer the question about what to do with the framework and/or rpc files. What, as far as you understand it, is the correct way to manage the use of the Aface=Arial size=2>dobe swz files in an AIR application?</DIV> <BLOCKQUOTE style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"> <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV> <DIV style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black">From: <A [email protected] href="mailto:[email protected]">Josh McDonald</A> </DIV> <DIV style="FONT: 10pt arial">To: <A [email protected] href="mailto:[email protected]">[email protected]</A> </DIV> <DIV style="FONT: 10pt arial">Sent: Monday, November 03, 2008 11:01 PM</DIV> <DIV style="FONT: 10pt arial">Subject: Re: How to Test AIR 1.5</DIV> <DIV> </DIV>A new message was posted by Josh McDonald in Developers -- How to Test AIR 1.5 I'm sure there's nothing stopping you from loading SWFs and SWZs and SWCs and loading them in AIR? Just treat them as normal files, and use whatever you please to push out updates etc? -Josh On Tue, Nov 4, 2008 at 4:53 PM, Terry Corbet <<A href="mailto:[email protected]">[email protected]</A>> wrote: <BLOCKQUOTE class=gmail_quote style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">A new message was posted by Terry Corbet in Developers -- How to Test AIR 1.5 01. Thanks, I will continue testing with ADL and hopefully be able to move up to a web-base, remote installation/update scenario in a couple of weeks. 02. I'm sorry you feel that my failure to accept what may be 'intuitively obvious to you' -- that I can design and test a 3D front end to FMS that works the same in a native window as in a browser window -- indicates any lack of faith in what will be delivered. So far, I have found subtle, important differences, and I am sure there will be others that will just have to be patiently tested before I get it right. 03. So, I'm glad you asked about swz in an AIR environment because that is a whole topic for which I have not been able to find any discussion on any of the many fine forums you have. I understand product marketing and product development, but I can't say that I ever managed those activities in the environment you have in which several large projects co-exist with lingering dependencies and even 'cultures' as diverse as you have with the various acquisitions that come together in the suite of products you have today. So, I will simply state that I think no one seems to have recognized that your paradigm for 'desktop' versus 'web-based' software -- the essential distinction which seems to describe Adobe's description of an AIR versus a Flex application -- does not always hold. I understand the general dichotomy, but it does not hold for my user base. You have lots of design papers and lots of software devoted to 'reducing the burden' of ever-growing executables in the Flex framework by caching of your or our rsls. That's a good idea. Why do you think it is not just as good an idea for an AIR application? Probably because you think that an AIR application will either be shipped on a CD, or sent over the Internet, but relatively infrequently, so who cares if you have to ship out 10MBs or 2MBs? My user cares. My user will get frequent updates to an ever-growing body of software called an application, and he will get them over those same slow bandwidth network links that the Flex user sees. What's "good for the goose is good for the gander". There is simply no reason not to architect the library of code that we use to cobble together the application and use the same intelligent caching mechanism in both environments. I looked for a month for a white paper or discussion of how to 'modularize' an AIR app but all that you wanted to publish were white papers on how to 'modularize' a Flex app. I'm sure that you guys have a bunch of object diagrams and product architecture blueprints that you have memorized -- but that is not what we see 'outside the black box'. What we see is a confusing distinction between the AIR efforts and the Flex efforts although the code base and efforts are substantially the same. And if that is true from an internals point of view, put on your end-user hat and look at how we view a AIR/Flex app -- it is all one. So, I develop the worlds greatest Juke Box and get it all going in Flex, then I move that into one Tab on one Screen in the AIR 'shell'. Then some guys go off and mostly use AIR-unique code to add a Tab that allows Drag and Drop creation of Slide Shows accompanied by voice overs, and another set of my guys go off to add the 'Sudoku' module in just plain old Flex. At some point in time in some ant task, we've got 10MB of code and X MBs of that is in one of our present [or future] swz files. Where is the distinction that says I should just ask my users to download the whole shooting match, when what he really wants to do is just download whatever updated or new application modules [including any upgrades to your frameworks] when required. So, it took some time, but today, my application is compiled with dynamic linking to the framework.swz, and when the user launches his AIR application on the desktop, the Flash Player, embedded in the AIR environment, is smart enough to find that it already has the necessary framework code and does not need to go back to the network to get it refreshed. Actually, since I could never figure out how to use Module and ModuleManager, the method for solving the framework caching problem ended up just being an extension of what I developed for version management 'with continuous update' of my own swf files. So, when the AIR shell starts up, it needs to test to see whether there is any updating to be done, or whether it already has locally available the 'latest and greatest' and that works the same for MyCute3DWizBang.swf or framework_3.1.0.2710.swz or framework_4.0.0.3988.swf. If you take the point of view that a 'desktop application' doesn't need to do anything special to solve the problem of 'large file downloads', you end up thinking that there is no reason for an AIR application to take advantage of the frameworked cache when, in fact, almost all of that code is needed whether the execution thread starts in a 'WindowApplication' or just a plain old 'Application'. At least thats the cockamaymee point of view that I came to in the absence of any 'best practice' discussion of these key topics -- so far, it seems to be working pretty well, but as you can guess, testing across a network to a remote host that may or may not have the right version of AIR, or the right version of framework, or the right version of MyCute3DWizBang is really more important than just testing against ADL. ----- Original Message ----- From: "Matt Chotin" <<A href="mailto:[email protected]" target=_blank>[email protected]</A>> To: <<A href="mailto:[email protected]" target=_blank>[email protected]</A>> Sent: Monday, November 03, 2008 8:39 PM Subject: Re: How to Test AIR 1.5 <BLOCKQUOTE class=gmail_quote style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">A new message was posted by Matt Chotin in Developers -- How to Test AIR 1.5 The badge install doesn't work with debug, you can only use adl.exe right now. But this should show how the whole system would work and really allow you to evaluate. You know how the AIR install works with Air 1.1 (if not, use Flex 3.1 to target 1.1), I don't think seeing it with AIR 1.5 is critical to evaluate the features of the runtime at this point. Air and the Flash Player are runtimes, and we've made it clear that AIR 1.5 would include FP10 features. So when we say Flex will enable FP10, it should be obvious that when AIR 1.5 comes out Flex will support it in the same way. I don't really understand what you're doing with the SWZ and AIR, there's no real need to use a cached framework when the whole app is going to be installed. In any case, Air 1.5 should be out in 2 weeks hopefully so you'll be set then. Matt On 11/3/08 8:07 PM, "Terry Corbet" <<A href="mailto:[email protected]" target=_blank>[email protected]</A>> wrote: A new message was posted by Terry Corbet in Developers -- How to Test AIR 1.5 Thanks for the quick turnaround. Pardon my ignorance, but exactly what .exe file will install Air 1.5 on a system? I don't find it anywhere. I guess I can try to tear the ADL source apart to see how it mimics that behavior, but that is, at best, just a local test. I think testing the whole Badge install sequence is essential, and would like to give it a try. The longer we put this off, the longer we all just sit here trying to decide whether to stay with Papervision, Away, Sandy, or to use the graphics support in the Player. I am busy making the dynamic link to the framework.swz work for Flex modules running under an AIR shell, and I doubt that I am alone. There must be many of us who really see no distinction between AIR and Flex -- they just provide us two different ways to slice a problem, that's why it is so disconcerting to try to follow the threads on rapid Flex advancement with FP 10, but almost nothing pertaining the doing the very same things with the AIR toolkit. I hope you can tell me where to get the standalone AIR 1.5 installer that will me keep making progress with the debugging output reasonably well handled by Allesandros' FireFox tracer. Many thanks. ----- Original Message ----- From: "Matt Chotin" <<A href="mailto:[email protected]" target=_blank>[email protected]</A>> To: <<A href="mailto:[email protected]" target=_blank>[email protected]</A>> Sent: Monday, November 03, 2008 7:55 PM Subject: Re: How to Test AIR 1.5 <BLOCKQUOTE class=gmail_quote style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">A new message was posted by Matt Chotin in Developers -- How to Test AIR 1.5 Hi, We're not doing a public beta of the release runtime for AIR 1.5. You can use the debug runtimes that are part of the Flex nightly builds though (check the Flex 3 nightlies) to validate that AIR 1.5 will be right for you though. Matt On 11/3/08 7:38 PM, "Terry Corbet" <<A href="mailto:[email protected]" target=_blank>[email protected]</A>> wrote: A new discussion was started by Terry Corbet in Developers -- How to Test AIR 1.5 Sorry if this seems slightly off center, but I blame Adobe, not myself. Trying to determine the true status and positioning of AIR amongst the various Flex forums and projects for an outsider is practically impossible. So, I will be brief. In September Mr. Chambers sent opened the flow by telling us that we could find FP10 integrated with Flex SDK in something you call 1.5 or Cosmo, or both. He was properly circumspect, so I didn't rush into it -- there was not even an ADL binary when I checked. Now it is November, the Trunk is at 4005, and ostensibly, everything we need to start trying to take advantage of FP support of 3D operations is out there. But where? Where do we get a version of AIR 1.5 that can be installed on a target desktop, so that we can try to run the ADT test cycle? Call it Gumbo, call it Flex4, call it whatever, but can someone tell us how to start testing it for AIR application deployment? Thank you. ________________________________ View/reply at How to Test AIR 1.5 <<A href="http://www.adobeforums.com/webx?13@@.59b6ed86" target=_blank>http://www.adobeforums.com/webx?13@@.59b6ed86</A>> Replies by email are OK. Use the unsubscribe <<A href="http://www.adobeforums.com/webx?280@@.59b6ed86%21folder=.3c060fa3" target=_blank>http://www.adobeforums.com/webx?280@@.59b6ed86!folder=.3c060fa3</A>> form to cancel your email subscription. ------------------------------------------------------View/reply at <<A href="http://www.adobeforums.com/webx?13@@.59b6ed86/0" target=_blank>http://www.adobeforums.com/webx?13@@.59b6ed86/0</A>> Replies by email are OK. Use the unsubscribe form at <<A href="http://www.adobeforums.com/webx?280@@.59b6ed86%21folder=.3c060fa3" target=_blank>http://www.adobeforums.com/webx?280@@.59b6ed86!folder=.3c060fa3</A>> to cancel your email subscription. </BLOCKQUOTE> ----------------------------------------------- ------- View/reply at <<A href="http://www.adobeforums.com/webx?13@@.59b6ed86/1" target=_blank>http://www.adobeforums.com/webx?13@@.59b6ed86/1</A>> Replies by email are OK. Use the unsubscribe form at <<A href="http://www.adobeforums.com/webx?280@@.59b6ed86%21folder=.3c060fa3" target=_blank>http://www.adobeforums.com/webx?280@@.59b6ed86!folder=.3c060fa3</A>> to cancel your email subscription. ------------------------------------------------------ Vi ew/reply at <<A href="http://www.adobeforums.com/webx?13@@.59b6ed86/2" target=_blank>http://www.adobeforums.com/webx?13@@.59b6ed86/2</A>> Replies by email are OK. Use the unsubscribe form at <<A href="http://www.adobeforums.com/webx?280@@.59b6ed86%21folder=.3c060fa3" target=_blank>http://www.adobeforums.com/webx?280@@.59b6ed86!folder=.3c060fa3</A>> to cancel your email subscription. </BLOCKQUOTE> ------------------------------------------------------ Vi ew/reply at <<A href="http://www.adobeforums.com/webx?13@@.59b6ed86/3" target=_blank>http://www.adobeforums.com/webx?13@@.59b6ed86/3</A>> Replies by email are OK. Use the unsubscribe form at <<A href="http://www.adobeforums.com/webx?280@@.59b6ed86%21folder=.3c060fa3" target=_blank>http://www.adobeforums.com/webx?280@@.59b6ed86!folder=.3c060fa3</A>> to cancel your email subscription. </BLOCKQUOTE> -- "Therefore, send not to know For whom the bell tolls. It tolls for thee." Like the cut of my jib? Check out my Flex blog! :: Josh 'G-Funk' McDonald :: 0437 221 380 :: <A href="mailto:[email protected]">[email protected]</A> :: <A href="http://flex.joshmcdonald.info/">http://flex.joshmcdonald.info/</A> :: <A href="http://twitter.com/sophistifunk">http://twitter.com/sophistifunk</A> <HR align=left width=200> View/reply at <A href="http://www.adobeforums.com/webx?13@@.59b6ed86/4">How to Test AIR 1.5</A> Replies by email are OK. Use the <A href="http://www.adobeforums.com/webx?280@@.59b6ed86!folder=.3c060fa3">unsubscribe</A> form to cancel your email subscription. </BLOCKQUOTE>

Worst performance of AIR for Desktop on PC

Hi,
I've been using AIR for mostly developing Android projects for my clients recently. And so far it's been pretty good for that.
I have noticed before and specifically with my current project, which is also simple branded Android app for a client, the performence of AIR on Desktop is worst of all my Android devices. When testing the app on PC, (ctrl + enter in Flash Pro) when simple animations starts, AIR takes 100% CPU on all cores on my i5 Dell with Intel HD4000 and Nvidia GF630M.
I was expecting it to run supper smooth on PC, while surprisingly, the app performs smooth on almost 3 years old Samsung Galaxy S2, then Galaxy Tab2, then chinese tab, and lastly comes PC, performace wise. For mobile, I have set the app to use GPU, and while testing on PC, I have tried all the "Render mode" options, but performance is exactly same.
I am not using Stage3D/Starling. It's just classic Flash, with timeline animations, and AS3 document class to make it all interactive.
Is it a must to use Stage3D/Starling combo to get same performance as on mobile, even for classic timeline style apps?
I thought Flash was getting improved on PC the most, but it feels like other way around :/
// chall3ng3r //

Yes, I have tried debug and regular test, no diffirence.
I have noticed that as three timeline animations stop one by one (they are not too big graphically, it's just a slot machine app), performance gets better. But, still not compareable to GSG2. I'm not using any filters, I did applied the motion-blur in Photoshop in alternate gfx, and just use that when in running state.
Edit: also, i've tried with latest beta build, and latest release build. it's same.
// chall3ng3r //

AIR for desktop and TouchEvents

Building a kiosk application that only requires button press and button drag(scroller) detection.
I DON'T need multitouch, or gesture recognition.
Will I still need to substitute any MouseEvents for TouchEvents?

Hi jbach...
In AIR for desktop, you can definitely load external swfs and they can contain code (works on Android also).
There's a in-depth discussion of how to accomplish this here:
http://blogs.adobe.com/cantrell/archives/2010/03/extending_air_applications_with_plugins.h tml
This article talks about security considerations, etc - and is worth understanding.
However, if you want to just test it out without worrying about security:
var stream:FileStream = new FileStream();
stream.open(_file, FileMode.READ);
var bytes:ByteArray = new ByteArray();
stream.readBytes(bytes);
stream.close();
var context:LoaderContext = new LoaderContext();
context.allowCodeImport = true;
var loader:Loader = new Loader();
loader.contentLoaderInfo.addEventListener(Event.COMPLETE, loadHandler);
loader.loadBytes(bytes, context);
function loadHandler(e:Event):void
_content = DisplayObject(e.target.content);
So basically:
Read the file as a byte array.
Create a loader context and set allowCodeImport to true.
Create a loader and use loadBytes to "convert" to a useable swf.
On complete, e.target.content contains your swf (fully accessible with code, etc.)
Hope this helps! Good luck with your application.

AIR for desktop and multiple swfs

I know when packaging AIR for mobile devices, you can load external swfs as long as they contain no code, but I was wondering if the same limitation exists for AIR on the desktop.
Building a kiosk application and would like to organize and load the various 'views' similar to how I would create and organize a flash based web application.

Hi jbach...
In AIR for desktop, you can definitely load external swfs and they can contain code (works on Android also).
There's a in-depth discussion of how to accomplish this here:
http://blogs.adobe.com/cantrell/archives/2010/03/extending_air_applications_with_plugins.h tml
This article talks about security considerations, etc - and is worth understanding.
However, if you want to just test it out without worrying about security:
var stream:FileStream = new FileStream();
stream.open(_file, FileMode.READ);
var bytes:ByteArray = new ByteArray();
stream.readBytes(bytes);
stream.close();
var context:LoaderContext = new LoaderContext();
context.allowCodeImport = true;
var loader:Loader = new Loader();
loader.contentLoaderInfo.addEventListener(Event.COMPLETE, loadHandler);
loader.loadBytes(bytes, context);
function loadHandler(e:Event):void
_content = DisplayObject(e.target.content);
So basically:
Read the file as a byte array.
Create a loader context and set allowCodeImport to true.
Create a loader and use loadBytes to "convert" to a useable swf.
On complete, e.target.content contains your swf (fully accessible with code, etc.)
Hope this helps! Good luck with your application.

I have flash professional cc and I need air for desktop application with .exe or .air that should contain all swf's and captive air runtime in one Installer only . I don't want to install separate adobe air runtime .

I need Air for desktop application either in .exe or in .air with embedded captive runtime just like .apk . I don't want to install adobe air separate . everything should come in installer
I have adobe flash professional cc development tool , let me know whether I have to go with other development tool???
your reply will increase my confidential level
please anyone can help me to solve this problem
Thanks&regards
Niranjan

Adobe Flash Professional CC manual
1) Create new project
2) Configure your Project properties
3) Embed runtime, so you users can use Adobe AIR without pre-installed Adobe AIR runtime
4) After publishing you will receive %APP_NAME%.app folder that contain your project files

Here is how to enable full screen mode for AIR Mac Desktop Apps

I just discovered that with a very simple native extension method, I can enable full screen mode for AIR Mac Desktop Applications.
This gets you the full screen icon in the top right, and it works perfectly with no changes to my code. (Obviously only works on Lion and above, since this is a Lion feature)
Enjoy.
Here's the code:
    FREObject _EnableFullScreenMode(FREContext ctx, void* functionData, uint32_t argc, FREObject argv[])
        //We should be okay to do this, even on 10.6, according to this post:
        //http://www.cocoabuilder.com/archive/cocoa/311124-implementing-full-screen-for-10-7-but-app-should-also-run-on-10-6.html
        //We can't use [NSApp mainWindow] - didn't appear to work
        //This seems to though:
        NSArray * allWindows = [NSApp windows];
        if (allWindows.count > 0)
            NSWindow *mainWindow = [allWindows objectAtIndex: 0];
            NSWindowCollectionBehavior behavior = [mainWindow collectionBehavior];
            behavior |= NSWindowCollectionBehaviorFullScreenPrimary;
            [mainWindow setCollectionBehavior:behavior];
        //TODO: Return a boolean instead depending on if we found the main window
        return NULL;

Press Control + Command + F on your keyboard to enter or exit full screen mode.

Flash CC Publish Air for Desktop for Windows from a Mac?

I've been trying to figure out how to publish my game for windows and it is driving me nuts. On the adobe help page it says there should be a checkbox right below the "output as" boxes. It should say "Windows InstallerSelect this option to compile a native, platform specific Windows installer (.exe) instead of a platform-independent AIR installer (.air)." On my publish settings however, this is missing. Does anyone know how I can publish a windows .exe from Flash CC on my mac?

Hi,
Air for Desktop settings are platfrom specific , you couldn't publish the Windows.exe from MAC , you can publish the windows installer from windows machine .
Thanks!

Best practice for developing and testing AIR iOS multitouch apps

I'm considering switching our iPhone development practice from XCode/Objective C to AIR to leverage a larger pool of in house talent. The biggest concern I have right now is testing multitouch functionality - the prospect of having to do incremental builds, provisioning and deployment just to test and tweak the multitouch aspects of our projects is daunting, if not downright depressing.
What tools / services or techniques have been developed to facilitate what is undoubtedly one of the most common issues with developing for multitouch iOS using a desktop-based AIR development environment?

@tomaugerdotcom
Something like this might help: https://testflightapp.com/
Concevably, you could roll your own internal service if that particular one doesn't suit you. (I don't have any knowledge about how they are doing it, but it shouldn't be hard to figure out since Apple's constraining rules would only allow a few possibilities.)
USB app install and debugging isn't supported on iOS. You have to use wireless.
Another option specifically for multi-touch dev/testing, is to use an Android device.

Surround Sound via StageVideo in Air for Desktop?

I can't seem to find an obvious answer to this question:
I want to use StageVideo to play h.264 videos with 5.1 AAC audio in full surround via a Mac Mini.
Flash is able to play back video with Surround sound, correct?
What is required to make this work?
Thanks!

Thanks for the answer Alex.
Here is a follow-up: Will a StageWebView within an AIR Desktop app, playing the video via HTML produce the Surround Sound?
Browsers themselves seem to play back the audio fine, just curious before I'm able to test if a StageWebView would produce the same result.
Thanks!

Workers in AIR for desktop

My question here specific to AIR apps for desktop, not for the web. I have Flex 4.6 and AIR 3.5. I've beed Googling for days with no joy.
There are no code errors but does anyone know where and how to initialize workers in the main mxml file or hat appliaction handler should be used to get the worker thread to set the mainToWorker and workerToMain MessageChannel's, as there is no class initializer like there is in web flex projects.
if(Worker.current.isPrimordial){
                                                  worker = WorkerDomain.current.createWorker(this.loaderInfo.bytes);
                                                  mainToWorker = Worker.current.createMessageChannel(worker);
                                                  workerToMain = worker.createMessageChannel(Worker.current);
                                                  worker.setSharedProperty("mainToWorker", mainToWorker);
                                                  worker.setSharedProperty("workerToMain", workerToMain);
                                                  workerToMain.addEventListener(Event.CHANNEL_MESSAGE, onWorkerToMain);
                                                  worker.start();
                                        }else{
     // if in worker thread
                                                  mainToWorker = Worker.current.getSharedProperty("mainToWorker");
                                                  workerToMain = Worker.current.getSharedProperty("workerToMain");
                                                  mainToWorker.addEventListener(Event.CHANNEL_MESSAGE, onMainToWorker);
Cheers,
Nige

1.Make sure you understand the big differences between video and stagevideo, its tempting to think that stagevideo is the better videosoultion in any case, but its not.
The best Article (however a little outdated) on the subject is imo: http://www.adobe.com/devnet/flashplayer/articles/stage_video.html
2.In a performance heavy environment the combination stageVideo+greensock might not be the optimal solution, if you have time to reprogram Starling/feathers will probably give you a much better performing combination:
http://forum.starling-framework.org/topic/stagevideo-with-starling-example
3.I don`t know how you encode your Backgroundvideo, there are literally dozens of viable codecs that should differ extremly in how they stress the gpu/cpu. Maybe you have to experiment with a lower than HD resoultion and see if scaling up the background is a good compromise.

Will there be future support from Adobe AIR for Desktop native Applications

We have a desktop native application developed using Flex SDK 4.1 and running on Adobe AIR. Now as Adobe has donated Flex SDk to Apache we are concerned about the future of this application. If we rescale our application with new versions of Flex SDk released by Apache, in future will the new versions of Adobe AIR support it? As I have read in Adobe Forums that Adobe is more concentrated on providing HTML5 support in Adobe AIR, and not working for Flex support anymore, can we face any problems going forward with this combination?

We have a desktop native application developed using Flex SDK 4.1 and running on Adobe AIR. Now as Adobe has donated Flex SDk to Apache we are concerned about the future of this application. If we rescale our application with new versions of Flex SDk released by Apache, in future will the new versions of Adobe AIR support it? As I have read in Adobe Forums that Adobe is more concentrated on providing HTML5 support in Adobe AIR, and not working for Flex support anymore, can we face any problems going forward with this combination?

Using AIR for desktop

is drag'n'drop from system and back possible?
i would like to build an air desktop drop zone area.
it would be cool when i can use flex for building desktop gadgets.
last time i checked it was not possible to drop content to air at all.
hence a cs4 floating icon which offers all programs as icons for opening a file on mouse move over.

Here is information on building Flex-based applications that use drag-and-drop functionality:
http://help.adobe.com/en_US/AIR/1.5/devappsflex/WS5b3ccc516d4fbf351e63e3d118666ade46-7e8a. html
http://www.adobe.com/devnet/air/flex/quickstart/scrappy_copy_paste.html
And here is information on processing arguments passed into an AIR application when it is invoked:
http://help.adobe.com/en_US/AIR/1.5/devappsflex/WS5b3ccc516d4fbf351e63e3d118676a5d46-8000. html

Performance of AIR Windows desktop app on Intel i7 4770R & integrated Intel Iris Pro 5200 128MB

I'm developing a Full HD AIR desktop application to run on Windows, and it is likely to use the classic display list, rather than Starling. There will be quite a bit of animation on screen, mostly using GSAP Tween engine.
I usually spec a fast i5 / i7 CPU, with a decent NVidia card such as a Geforce GTX 560. My hardware supplier has advised they cannot provide my requested CPU & GPU combination, and have instead recommended an Intel Core i7 4770R (quad-core, 3.2 GHz) (Turbo up to 3.9 GHz), with integrated graphics Intel Iris Pro 5200 w/128MB eDRAM. The specification of the CPU & GPU look ok, but I wondered if anyone has any experience of using either this CPU or GPU with AIR desktop applications, and what they think to the performance? Should the low amount of 128MB RAM on the integrated graphics be a concern?

1.Make sure you understand the big differences between video and stagevideo, its tempting to think that stagevideo is the better videosoultion in any case, but its not.
The best Article (however a little outdated) on the subject is imo: http://www.adobe.com/devnet/flashplayer/articles/stage_video.html
2.In a performance heavy environment the combination stageVideo+greensock might not be the optimal solution, if you have time to reprogram Starling/feathers will probably give you a much better performing combination:
http://forum.starling-framework.org/topic/stagevideo-with-starling-example
3.I don`t know how you encode your Backgroundvideo, there are literally dozens of viable codecs that should differ extremly in how they stress the gpu/cpu. Maybe you have to experiment with a lower than HD resoultion and see if scaling up the background is a good compromise.

Calendar weirdness on iPad air and desktop mavericks

Hello
This morning when I checked my new ipad air, the calendar app just flashed and didn't open. I restored from last night's backup and no change. Decided to check my calendar on my desktop (running mavs) and found, oddly, that two weeks worth of weather data showed up starting yesterday. Same color as my "home" calendar. Looked at all the prefs I could find on both ipad and macpro without success. Ideas??
Thanks, John

Welcome to the Apple Community.
Not if they are synced iCloud calendars, but otherwise there could be.

Testing AIR on desktop

Similar Messages

Maybe you are looking for