Flex

Flex Monkey Patching and Framework RSLs

The Flex Framework RSLs (Runtime Shared Libraries) are a great way to reduce download time for your Flex application. But they have an unfortunate side effect… They break the ability to monkey patch Flex framework classes. The reason for this is the way that the Flex compiler structures a SWF file. Every Flex application has two frames. You can think of a “frame” as a container for compiled ActionScript classes. The Flex compiler puts as few things into the first frame as possible. This is so that the loading progress bar can come up quickly (as soon as the first frame has loaded). If you put too much on the first frame then you wouldn’t see anything happening until the whole first frame is loaded. When you monkey patch a Flex Framework class it usually will go into the second frame. The problem with monkey patching and the framework RSLs is that the RSLs get loaded in the first frame. The Flash Player’s class loader won’t overwrite classes so when the preloader finishes loading and then starts loading frame two (where the monkey patched class is) it will not overwrite the class loaded from the RSL.

Flex Gumbo Sample – Pretty Button with FXG

Development of the next version of Flex, codenamed Gumbo, is well underway. I’d really encourage everyone to go grab a build and give it a whirl. I did because I wanted to see how I could take a sample I built with Flex 3, Degrafa, and AnimateColor and build the same thing with Flex Gumbo. Here’s that version:

And here is the new version built with Gumbo and FXG (requires Flash Player 10):

How Do You Use Flex?

The Flex team has created a survey about Flex so that we can better understand how people are using it. It takes about 20 minutes but I really encourage everyone using Flex to go take the survey. This will help the Flex team decide what things to focus on in the future.

Take the survey now!

Join the Flex Bug Quash!

On Saturday, March 28th, 2009 there will be a huge gathering of Flex gurus to quash some of the open source Flex SDK bugs! You can participate either in person (currently only in Seattle but there’s no reason why we can’t add more locations!) or over the Internet. More information is available at: www.bugquash.com