Video tutorial: Introduction to Adobe’s mobile platform

Posted by Serge Jespers on Feb 18, 2009 in How-to, mobile, Popular, Video, Video Tutorial | 14 comments

Adobe’s mobile platform has become a lot more interesting for Flash developers this week. Instead of having to open up the Flash Player on your device to watch the Flash content you created, you can now package your application using the Mobile Packager and distribute your application as an SIS-file for Symbian S60 or CAB-file for Window Mobile phones. Your users can now download and install your Flash based application on their mobile device just like any other application they install. What’s even cooler is that we also package a Flash Version Checker together with your application. As soon as the user launches the application, the Flash Version Checker is going to check if the Flash Player is installed and if it is the correct version. If not, it’s going to download and install the Flash Lite runtime seamlessly. Exactly like you would do on a PC and exactly as it should be. Check out Andrew Shorten’s blog post on the installation process.

I’ve recorded a little video that walks you through the process and will be doing more videos on how to build mobile applications soon.

Adobe on Twitter

Posted by Serge Jespers on Feb 18, 2009 in adobe, Popular | 72 comments

I thought it was a good idea to compile a list of Adobeans on Twitter. It was quite surprising to see how big this list turned out and I’m pretty sure there must be even more of us on Twitter.

If you know of someone not on the list, feel free to add them in the comments! I will keep updating the list when I find more Adobeans on Twitter.

Video tutorial: Create Flex container components with Flash CS4

Posted by Serge Jespers on Feb 11, 2009 in Flash, Flex, How-to, Popular, Video, Video Tutorial | 9 comments

In this video I show you how to make a Flex container component with Flash CS4 and the Flex Component Kit for Flash.

The Flex Component Kit for Flash is incredibly powerful and allows you to combine your Flash design/development skills with the power of the Flex framework.

Subscribe to the Adobe Developer Connection videos on iTunes.

Best practices: 6 AIR features that may annoy your users

Posted by Serge Jespers on Dec 17, 2008 in AIR, Best practices, How-to, Popular | 18 comments

I get to see and play with a lot of really cool AIR applications (even when they’re still being developed). Every now and then I come across an app that totally ignores any best practices or usability rules. AIR provides developers with a lot of features that could potentially annoy users if not used wisely. I thought it was a good idea to write this article. I’m not saying you shouldn’t use these features, I just want you to think about them before you add them to your application.

1. Launching your application on login

   NativeApplication.nativeApplication.startAtLogin = true;

   That’s all it takes to have your application launch whenever your user logs in to his account on his computer. However, if this is something that you set automatically without telling the user about it, you may find your application to be uninstalled faster than it was installed. There really is no reason why you should set this automatically. You can also set this on runtime. So why not ask the user if he wants to launch your application on login when he first launches the app? And why not provide a small preferences panel that allows the user to easily change this setting?

2. Always in front

   NativeWindow.alwaysInFront = true;

   Again, very easy to do and in some cases it totally makes sense to have an application stay on top but it should be the user’s decision and not yours.

3. Automatically setting the filetype

   NativeApplication.nativeApplication.setAsDefaultApplication("mp3");

   Imagine you’re building an application that can play MP3 files. Are you sure you want to automatically open your application whenever the user clicks on an MP3 file? This is also one of those things you may want to check first and we provide all the methods to do so.
   When you first launch your application, you can first check if your application is already set as the default for this filetype.

   NativeApplication.nativeApplication.isSetAsDefaultApplication("mp3");

   If it’s not, check which application is the default for the filetype you want to use.

   NativeApplication.nativeApplication.getDefaultApplication("mp3");

   This returns the path to the application registered as the default app for this filetype. You can then ask the user something like: “Hey I see you play MP3-files with QuickTime but I can also play these files. Can I set myself as the default application?”.

   Since you already added a prefs panel for setting the launch on login and always in front preferences, you can also add this one. To remove your application as the default for a specific filetype, just call:

   NativeApplication.nativeApplication.removeAsDefaultApplication("mp3");

4. Full screen applications

   I think there are only a couple of valid use cases for full screen applications (not the fullscreen displaystate but just taking over the entire screen with the exception of the menu bar). The obvious ones are video and kiosk applications. If your application fits in this category or you think taking over the entire screen is totally acceptable for your app, please do make sure that you add close and minimize buttons. If quitting your application is the only way to quickly check an email, the user may never return to your app.

5. Custom chrome

   This is actually related to #4. If you are making an application that has custom chrome, you should always add the standard close, minimize and maximize buttons. Everyone is used to having these in an application window so make sure you don’t forget to add them. These are the methods to call whenever one of these buttons gets clicked.

   NativeWindow.close();
   NativeWindow.minimize();
   NativeWindow.maximize();

   You should also be aware that because of the way custom chrome is rendered on a user’s machine, an application with custom chrome can take a performance hit.

6. Self signed applications

   What is “Joe The Plumber” going to do when he sees 2 red icons in the installation screen of the app he’s trying to install? As a rule, no AIR application should be publicly launched without being signed with a code signing certificate. We are aware of the fact that individuals can’t get these certificates anywhere right now and this is something that we are working on. Individuals can get a code signing certificate from Chosen Security. However, for companies, it’s really easy to get a cert.

I hope these “rules” will help you build better applications. I’m sure some of you can think of other rules developers should think about, so feel free to add them to the comments if you know of any.

Video tutorial: Make Flex components with Flash CS4

Posted by Serge Jespers on Dec 12, 2008 in Flash, Flex, How-to, Popular, Video, Video Tutorial | 24 comments

The Flex component kit for Flash is seriously underestimated and I’ve always been a strong supporter for it. In this video, you’ll learn how easy it is to make your own custom Flex component with Flash CS4.

I was actually kidding in the video, but I already got a few emails asking me for the source of this beautiful TheaterDisplay movieclip… so here it is ;-)