And to answer your other question: as of today it looks like Adobe will keep AIR alive, so all your apps will work well after 2020, we might even expect many more updates and versions of AIR by then. ... View more

Since AIR 22 Flash Player is no longer part of AIR desktop applications (Flash Player and AIR 22 Release Notes​ ) Starting in AIR 22, applications that play swf content via the HTML control (WebKit) will now load the system level NPAPI Flash Player provided by Adobe (https://get.adobe.com/flashplayer).  If this plugin is not available on the system, the end user will be prompted to download and install the plugin from Adobe. This means that your assumption is correct, what you see when you right click on a SWF is actually the context menu of the Flash Player (plugin) of your default browser. Once this Flash plugin is removed globally from browsers, you'll no longer be able to display SWF files in mx:HTML or StageWebView. But since you have access to the SWF and maybe the source, I recommend you to create a completely new desktop app from the source, or load the SWF with Loader class and add it to the display list, this way AIR will render the contents instead of the included browser. It's a much better and cleaner method anyway. Make sure you read about sandboxing rules first before loading remote content, but it should not be an issue since you'll target desktop apps. ... View more

Here's a good read about Scout basics: Getting started with Adobe Scout | Adobe Developer Connection Note the links at the bottom. This one is about profiling memory, it's in French, but Chrome's built-in translator does an okay job if you need it in English: Profiling de la mémoire avec Adobe Scout | Adobe Developer Connection FlashDevelop is also great as rewb0rn​ mentioned. ... View more

You can try Adobe Scout for profiling, or profile within your own the code with Sampler package (AS3 API) ... View more

I managed to display your HTML (and all the alerts) in tuarua's WebView ANE on Windows. Did not try it on other platforms but you should give it a try.  MyFlashLabs also has a WebView ANE but it's for iOS and Android only. ... View more

Give NativeProcess a try, you have much better control over the started process. Maybe the browser is not working because the working directory is not set properly, missing a DLL, maybe it's something else, hard to tell. ... View more

Tracing File.userDirectory.nativePath and File.userDirectory.url on Mac shows the followings in the console: [trace] 2/28/2018 09:28:54.094 [DEBUG] nativePath: /Users/tamas [trace] 2/28/2018 09:28:54.096 [DEBUG] url: file:///Users/tamas Here's the same trace on Windows [trace] 2/28/2018 09:34:59.782 [DEBUG] native path: C:\Users\tamas [trace] 2/28/2018 09:34:59.786 [DEBUG] url: file:///C:/Users/tamas I think it's relatively easy to work something out from here which can work on both platforms. Public dir on Mac is: /Users/Shared Public dir on Windows can be: C:\Users\Public Let me know if you need something to be tested on Mac ... View more

You can also try C:\ProgramData which is equivalent of C:\Users\All Users, but only exists since Windows Vista. Here's a good read about the subject: What Is the ProgramData Folder in Windows? Also note that "C:" might be the drive letter where Windows is running from, so do a split() on File.userDirectory to make sure you're on the system drive ... View more

A non-os-independent solution might be: on Mac /Users/Shared can be a place to store stuff, on Windows it's C:\Users\Public, but the actual path is different on different Windows versions (and might be different on older OSX versions as well). I suggest to do some research ... View more

Currently I'm using the display size to detect if it's an iPhoneX. 2436px is the height (or 812pt if you consider contentScaleFactor). All my apps look good on iPhoneX, basically you need some additional padding at the sides for the notch and the home button ... View more

It's Machine Code wrapped in Assembly wrapped in C++ wrapped in Dynamic OS Libraries wrapped in Executables wrapped in Magic. But mostly it's Magic. ... View more

AIR 29 Beta is out today, maybe the added features are good sings for us believing it will be kept alive for a while ... View more

I didn't run any extensive tests yet, and for what I'm using it is sufficient (sending small packets and objects), but I noticed a slight delay in response times. Did not measure it yet though, feels like half a second on connection events. ... View more

Thanks, man. I wasn't aware it has a serverless connect() method. Looks to be working perfectly fine! ... View more

Thanks, great find, but i'm familiar with RTMFP, it's not really what I'm looking for. First it still needs to be connected to Adobe Cirrus, where the peer ids are stored. Second there's no way to tell to which group the clients should connect except if it's hard coded in the client apps which i want to avoid. Imagine having 2 servers on the same network with multiple clients, client apps would not know where to connect, or every client would be connected to the same group which is just not good. While I appreciate your reply, it's not really what I'm looking for. ... View more

I don't think it's something you can fix using ActionScript. Maybe try forcing a camera mode manually on that specific device, but how do you know your app is on Fire7, right? I think the best thing you can do is to file a bug report, then wait for a fix from Adobe. In the meantime you can disable the publishing for the device (or chipset) in Google Play Console to make sure you won't get bad reviews ... View more

Well, if the limit is really 4MB, there isn't going to be any instant AIR apps soon, since the core AIR is roughly 26MB on Android ... View more

In Line 12 there's a semicolon instead of a colon function btnClick(event:MouseEvent);void { should be function btnClick(event:MouseEvent):void { ... View more

Is it somehow possible you're not using a debugger build? Remember, telemetry requires a debug swf AND runtime ... View more

The followings depend on the possible levels of app customizations by your Agents, so you may pick whichever suits you and your app the best. If the app is compiled differently for different agents, you can define a compile time constant with the compiler. Something like CONFIG::AGENT_ID,1234 If the app is compiled differently for different agents, you can also include an additional config file in the package which defines the id of the agent and attaches the user to it If the install packages are static and it's not possible to recompile them to different agents, you can inject a file in the packages. Both the IPA and the APK are practically zip files, it's relatively easy to add a new file to the packages with a terminal command. Add a config.json file wherever it's needed, load it with your app and that's it. If everything is static and it's not possible to create different packages for different agents, you can use Firebase to track conversion events using custom campaigns. This might not be that straightforward and it requires a little bit more effort, but in the end you can see who installed the app from what custom campaigns (assuming you give different campaigns and links to your different agents). It might also require even more effort to download this data from Firebase to your servers, but if your app generates some revenue it's worth it to subscribe to Google's BigQuery. (In our apps we're moving towards Firebase in every aspect, it's real good) You can save a random generated ID on the device (SharedObject, EncryptedLocalStore), but each time the data is being wiped you lose the ID, so it's not bulletproof (this method is similar to a browser cookie, but more AIR friendly) Although I'm not sure how your app works, how do you customize the apps so they're available to your agents and their users differently, but depending on those it shouldn't be that hard to "stamp" the users some way. Maybe a little more detail would be more helpful. ... View more

Also, low ports (below 1024) are not recommended to use. Port 80 is usually used for http servers and depending on the software environment of your computers you might easily run into trouble, especially if you want to distribute the app to other users as well. It's recommended pick a higher port which is not used widely ... View more

Also, think of it this way (the numbers, equations are simplified for the sake of the conversation): You're a small company with a handful of people, trying to make a mobile app for your local market or specific audience. Strictly because of financial purposes (as in you don't have that much money) you hire an AIR developer so you can cover both major mobile platforms. Besides paying your developer you still have to pay for Native Extensions (sometimes yearly licenses), there's some additional time required to finetune multiple ANEs (I could start telling stories how difficult is to include 10 ANEs and make sure they work perfectly on all platforms), but it comes with the territory, so you pay for these things as well. The moment Adobe decides AIR is no longer free, you have to pay for these licenses as well, swapping to a commercial ecosystem can be costly (as in it takes time for your developer and the entire company to get familiar with how things work, updating old apps, purchasing licenses, software, whatever). From this point, it might no longer worth it to use a cross-platform solution (with all the headaches that come with it), so you might be better off with hiring an iOS and an Android developer, especially if you have plans to support more devices in the future (smart watches, android auto, who knows, both platforms give you opportunities that AIR can't). Obviously, these are a little exaggerated examples, what I'm trying to point out is that the biggest advantage of AIR is also the biggest risk: it always has to be developed and maintained to make sure it's compatible with the newest OS versions, hardware, policies and whatnot. And this applies to apps developed with AIR as well. I see several posts, comments etc. where the developer claims that they're still using an older version of AIR, they simply can't bump the version, because the entire software falls apart, they can't afford to dedicate time for the upgrades. Imagine the same if they had to pay for AIR licenses as well. ... View more

This is nothing personal, just trying to reflect to some points that seem to be brought up frequently regarding how we see the future of AIR. What about additional licensing costs for serious developers like us? ... we would be willing to pay higher fees... Although it's not totally related, I'm paying 840 USD a year for my CC subscription which is already huge (I'm paying extra just because I reside in Europe – but it's a different story). Additionally, I can't see how making the entire ecosystem commercial would bring more and more developers on board. What's the point in it? To make more money for Adobe so they can keep the SDK alive? I think the result would be quite the opposite, losing more developers in the long run. And how should it work? Hundreds of questions. Making it commercial is just a huge disadvantage compared to Android, Swift and the rest of the SDKs out there. The real power of AIR currently is (besides it's cross-platform) that it's free to use and a lot of additional layers are free/open source as well (Starling, Feathers etc). The world is always changing, there are several things already in motion behind the curtains (Google is working on its new OS, voice controlled devices starting to gain market share etc), we don't know what the future holds for us, maybe Adobe doesn't either. Just an example, even if it looks impossible currently: What if next week Apple decides they're no longer allowing AIR apps in AppStore for whatever reason? All our paid license fees, our work, our dedication go down the drain. The writing's on the wall. While the number of AIR developers is shrinking, weirdly there's more and more work for us, but it's in everyone's best interest to look for other opportunities. I give 24-36 months to AIR before it's announced that it's no longer being developed, only maintained. ... View more

no, AS can't browse your http server (especially when the status of the response is 404, even your browser can't read the contents), but you can read and process the server's response. you should just create a simple script (assuming your wp runs on php) that lists the contents of the directory, and load that script from AS. something line 2017/11/gallery.php which lists all the supported image formats (jpg, png etc) ... View more

If it's making a comeback maybe it's for Steam OS, so games can finally be ported to that platform as well. ... View more

Just checked the RSS of Adobe Labs, and it's an average 2 weeks beta release, most definitely not 3 months. But yeah, I'm imagining things. Thanks for keeping me awake form my delusions ... View more