Comments for Filthy Rich Applications

Comment on AIR-Mobile Tip #1 Passing key-value pairs between views by Sgia

Sgia — Sat, 26 Nov 2011 10:37:24 +0000

Wow, that’s easy. I have read a few posts where people are talking about using FlexGlobals.topLevelApplication for accessing common variables. This is much, much cleaner. Thanks a lot.

Comment on Android Market filters by LMJR

LMJR — Thu, 24 Nov 2011 09:00:08 +0000

Would you please provide what are the exact settings to be added to manifest.xml that will allow us to specify this restriction for AIR apps going to the market?
Trying to avoid, not compatible issues with FROYO non ARM devices.
Thanks.!

Comment on Accessing the StageWebView object by sbhaskar

sbhaskar — Thu, 15 Sep 2011 06:15:59 +0000

Thanks, people. I am happy that you find this post helpful.

Comment on Accessing the StageWebView object by sandeep

sandeep — Tue, 06 Sep 2011 02:25:52 +0000

Thanks for the post, It worked fine. It also saved my much of time with this problem, nearly I wasted around 1 week to solve this problem

Comment on Accessing the StageWebView object by Francisc

Francisc — Mon, 05 Sep 2011 23:50:33 +0000

Thank you, much appreciated.

Comment on Adobe AIR Questions Wiki by Cool Stuff with the Flash Platform - 8/11/2011 | Remote Synthesis

Cool Stuff with the Flash Platform - 8/11/2011 | Remote Synthesis — Fri, 12 Aug 2011 20:59:08 +0000

[...] of Q&A around the AIR platform, Adobe's Frank Jennings announces the launch of the Adobe AIR Questions Wiki that contains answers to common problems as well as a means of community participation and [...]

Comment on Tombstoning in AIR-Mobile Applications by To Kill or Pause an iOS App (when it’s Deactivated) | roguish

To Kill or Pause an iOS App (when it’s Deactivated) | roguish — Fri, 22 Jul 2011 06:54:48 +0000

[...] the app outright. Here’s a blog post from “fjenning” at Adobe on Tombstoning: http://blogs.adobe.com/ria/2011/04/20/tombstoning-in-air-mobile-applications/ No Comments by Elliot Mebane / July 21, 2011 / Posted in: [...]

Comment on Accessing the StageWebView object by Chuck Horton

Chuck Horton — Sat, 11 Jun 2011 16:15:42 +0000

Thanks for posting this! Saved me bunch of time with this problem.

Comment on Tombstoning in AIR-Mobile Applications by fjenning

fjenning — Sat, 21 May 2011 05:42:30 +0000

Sydney, Do you mean that the DEACTIVATE/ACTIVATE method is called several times when the application gets pushed to the background on Android? If you can share your code, mail your app to fjenning [AT] adobe [DOT] com

Comment on Tombstoning in AIR-Mobile Applications by Sidney de Koning

Sidney de Koning — Fri, 20 May 2011 14:27:25 +0000

And why do they get called 4 time in a row? And yes i have only one listener in my entire project.

Cheers,
Sidney

Comment on Tombstoning in AIR-Mobile Applications by Sidney de Koning

Sidney de Koning — Fri, 20 May 2011 13:52:23 +0000

So that would work if you get a call for instance?

Comment on Tombstoning in AIR-Mobile Applications by fjenning

fjenning — Fri, 20 May 2011 13:10:14 +0000

For pure AS3, you can use:

NativeApplication.nativeApplication.addEventListener(Event.ACTIVATE, onNativeAppActivated);

and

NativeApplication.nativeApplication.addEventListener(Event.DEACTIVATE, onNativeAppDeactivated);

Now, on Android with AIR 2.5, this won’t work when your application is pushed to the background due to system interrupts. With AIR 2.6, it will work fine.

Comment on Tombstoning in AIR-Mobile Applications by Sidney de Koning

Sidney de Koning — Fri, 20 May 2011 13:01:35 +0000

How would you go about this in a pure AS3 approach for Android? Event.ACTIVATE and Event.DEACTIVATE? And do you set them to stage or to NativeApplication.nativeApplication?

Kind regards,

Sidney de Koning

Comment on Tombstoning in AIR-Mobile Applications by Design Considerations for Building Mobile Applications « Filthy Rich Applications

Fri, 20 May 2011 10:58:19 +0000

[...] Tombstoning. Handle system interrupts effectively. When your application is pushed to the background, pause those game timers, disable those animations, and save the state of your application. [...]

Comment on Tombstoning in AIR-Mobile Applications by fjenning

fjenning — Wed, 18 May 2011 03:18:32 +0000

Hey Adam,

You can try this:

NativeApplication.nativeApplication.addEventListener(Event.DEACTIVATE, onNativeAppDeactivated);

Thus, you can handle the deactivate event.

Comment on Tombstoning in AIR-Mobile Applications by Adam Zucchi

Adam Zucchi — Tue, 17 May 2011 19:21:01 +0000

Hey,

Thanks for the article. I typically do not work inside of Flash Builder, so would this tombstoning approach when working in AIR publishing from Flash CS5 be using the NativeApplication class and listening for the EXITING event?

Thanks again.

Adam

Comment on Creating an apk File Using FlashBuilder 4.0 by Tami

Tami — Fri, 11 Mar 2011 03:13:56 +0000

There must be an easier way.

Comment on Building your first AIR-based mobile game in Burrito by Powerfl » Blog Archive » Making Flash Game for iPhone – Part 1

Powerfl » Blog Archive » Making Flash Game for iPhone – Part 1 — Fri, 04 Mar 2011 02:59:26 +0000

[...] http://blogs.adobe.com/ria/2011/02/24/building-your-first-air-based-mobile-game-in-burrito/ [...]

Comment on Building your first AIR-based mobile game in Burrito by Tweets that mention Building your first AIR-based mobile game in Burrito « Filthy Rich Applications -- Topsy.com

Thu, 24 Feb 2011 19:55:21 +0000

[...] This post was mentioned on Twitter by Denis Chiron, ranbirbot. ranbirbot said: Building your first AIR-based mobile game in Burrito: The Adobe Flash Platform provides an… http://goo.gl/fb/Mvmv3 [...]

Comment on Creating an apk File Using FlashBuilder 4.0 by Kay Siegert

Kay Siegert — Tue, 25 Jan 2011 13:46:32 +0000

Hi Sunil,
I´m sorry for the delay. I had to put it on hold for a little while.
Anyway. I played around with it but I still get this error:

1. added supportedProfile to the xml

2. created the pfx file (test.pfx) with the password test

3. assigned the certificate to the swf

4. executed this command: adt -package -target apk-emulator -storetype pkcs12 –keystore test.pfx pulsr.apk pulsr-app.xml pulsr.swf

5. password prompt appears, typed in test

6. packaging failed “The key could not be obtained. You may need to use the -keystore argument with the specified keystore type.”

Which is weird as it´s all there.

Any idea? (btw: I´m working on a Mac)

Cheers,
Kay