So you want to dynamically load a .swf, instantiate it and add to to a SWFLoader control.

First, loading the .swf:

var loader:Loader = new Loader();

loader.load(url);

Now, to get its classes, we need to listen for the loading completion:

loader.addEventListener(Event.INIT, callbackFunction);

Once done, the callbackFunction will get and instantiate a class:

var mcClass:Class = 

  loader.content.loaderInfo.applicationDomain.getDefinition("instanceName") as Class;

var mc:MovieClip = MovieClip(new mcClass());

Hurray! Now we can add it to some appropriate container:

someSwfLoader.addChild(mc);

Now we want to scale it to fit the available space:

mc.scaleX = mc.scaleY = someSwfLoader.width / mc.width;

(a more complex algorithm may be used)


A problem may arise if your clip content is not at 0,0 coordinates:

var bounds:Rectangle = mc.getBounds(Application.application.stage);

mc.x -= bounds.left * mc.scaleX;

mc.y -= bounds.top * mc.scaleX;

(if you have an ActionScript project instead of Flex, you'll need to access the stage by other means)

If you ever developed a complex data-driven application, you probably stumbled upon the data binding nightmare. Altough a great feature in Flex (a central one in my opinion), it lacks a bit of control.

I needed a form with multiple states depending on the flavor of the edited object. This way, I could have common fields to all object types and add a couple of fields based on the object type. However, these fields' values were bound to properties of the edited object. When selecting an object from the list, the fields should update themselves. Bindings are executed to set field values. Now, since I use form states, all fields are technically on the stage and all bindings will execute, regardless of the type of the selected object.

Basic example
I have a form to edit animal properties (number of legs, head size, etc.)
I have some extra fields depending on the animal type (mammals have fur length and density, birds have wing span, etc.)
Every animal type has an associated state:

<mx:Form>
	<mx:FormItem label="Legs">
		<mx:TextInput text="{animal.legs}"/>
	</mx:FormItem>
	<mx:states>
		<mx:State name="mammal">
			<mx:AddChild position="lastChild">
				<mx:FormItem label="Fur length">
					<mx:TextInput text="{Mammal(animal).furLength}"/>
				</mx:FormItem>
			</mx:AddChild>
		</mx:State>
	</mx:states>
</mx:Form>

The animal variable is set when an element is selected from a list. It can be an instance of a custom class Mammal or Bird which extends the Animal class. The state also changes according to the type selected. The problem occurs when I select a non-Mammal. The binding will execute, expecting a Mammal for the TextInput's text property. An error will be thrown saying that Bird (or other) could not convert to Mammal. This is to be expected, as the TextInput in question remains on the stage even if the state is invisible.

What's the solution? Perhaps not the most neat, but it works: create extra variables for every type. Now you will have animal:Animal, mammal:Mammal and bird:Bird variables with their respective types. When an animal is selected, every type except the needed one is set to null. The animal variable still points to the selected animal. The MXML changes:

<mx:TextInput text="{mammal.furLength}"/>

What happens? When the bindings execute, if a Mammal is selected, the mammal variable is equal to a Mammal instance and everything is smooth. If a Bird is selected, the mammal variable is null and everything is smooth again. Hurray! It took me about 2 hours to figure out. If you have a better solution, please share.

I attended a presentation on Flex and AIR yesterday. Mike Potter was unable to come and was replaced by LordAlex Leon. The presentation began with a long description of Adobe applications and their integration, but an hour later finally reached AIR. The part about AIR was quite short and did not teach me anything new.

For those of you who don't know, AIR is coming out soon. It stands for Adobe Integrated Runtime (or RIA backwards). It allows you to run Flash/Flex apps on the desktop, read and write local files, query SQLite databases... all this cross-platform.

I did learn something interesting from one of the slides though. BlazeDS has just been released under an LGPL licence. This technology allows real-time data pushing. For me, it means developing multiplayer games!

There are many reasons to send headers in the middle of you PHP script. Sometimes you want to redirect the user based on some computed information or display different content types (mime-type). Have you ever had a problem with PHP complaining about "output already sent"?

To solve this problem, there is a workaround with ob_start/ob_flush. As pointed out in a past comment, you can put ob_start in the beginning of the script and ob_flush at the end, thus preventing any output before the script finishes executing.

A more neat solution (in my opinion) is to review your output approach. You should not send any output before you are absolutely sure about it (why would you sent kilobytes of HTML if you're going to redirect anyway?). My approach is to store output in a variable or a class and then send it when ready. I also try to limit html generation until after I processed my GET/POST requests.

So you want to have cool menus when you right-click an object in your flex app.

First, create the FlexNativeMenu:

The popupMenuDataProvider refers to an Arraycollection:

[Bindable] private var popupMenuDataProvider:ArrayCollection = 

  new ArrayCollection([

    {text:"Add something", action: "add"},

    {text:"Remove something", action: "remove"}]);

The menu will be displayed within a listener such as rightClick on a component of your choice:

private function onRightClick(e:MouseEvent) {

  popupMenu.display(this.stage, e.stageX, e.stageY);

}

Now we need to handle the click in the menu:

private function popupMenuClick(e:FlexNativeMenuEvent):void {

  txtLog.text = e.item.action;

}

I ran into a bit of trouble when I tried to modify the dataProvider for the FlexNativeMenu component. It seems that the NativeMenu that it wraps does not receive the dataProvider updates. A solution was to reassign the dataProvider after a change:

popupMenuDataProvider.addItem({text:"Edit something", action: "edit"});

popupMenu.dataProvider = popupMenuDataProvider