Apparently it’s not 100% complete yet but it’s a nice set of guidelines nonetheless.

http://opensource.adobe.com/wiki/display/flexsdk/Coding+Conventions

Some freaky things were happening when data within the grid was being refreshed. Some of the combo selected values were not in the order I expected them to be in.

After doing some digging, it seems that DataGrid ItemRenderers are reused for performance reasons. This is a problem if using the creationComplete event.

The solution is to override the container ‘data’ setter property method, with an implementation like the following:

public override function set data(value:Object):void{

    super.data = value;

    if(value == null){
        return;
    }

    //Further custom logic here....

}

There’s a great overview of the problem over at Steve Kamerman’s Blog. There’s also a nice working example here.

Some other blog posts that helped are:

Flex DataGrid ItemRenderers Explained

Item Renderers in DataGrids – A Primer for Predictable Behavior

The answers to getting it configured sucessfully are within this article at Eclipse Zone

Here’s what data type ColdFusion variables get converted to in ActionScript when making remote calls to CF services:

ColdFusion data type      ActionScript data type

String                    String 

Array                     Array 

Struct                    Untyped Object 

Query                     Array of untyped Objects 

CFC Class                 typed Object 

CFC Date                  ActionScript Date 

CFC String                ActionScript String 

CFC Numeric               ActionScript Numeric 

ColdFusion XML Object     ActionScript XML Object

A subtle change has been made to services-config.xml from the format that has been used since ColdFusion 7.0.2 and through the ColdFusion 8 beta releases.

The Flash Remoting definition for ColdFusion has been moved out of services-config.xml to a separate XML file named remoting-config.xml.

Something to be aware of if you’re writing applications that aren’t using their own individual config files.

A quick Flex Builder rant…..

Above is the typical amount of memory usage and swap space that Flex Builder uses on my work machine.

I’ve seen it way higher than that on some occasions. What the hell is the thing doing to eat up that much RAM? Flex Builder consumes around 200Mb – 250Mb RAM until you enter design mode, which seems to gobble up another 50Mb – 100Mb.

It’s annoying – maybe there are some JVM tweaks that will help.

Introducing Cairngorm Plugin

If only this were around a few months ago! It would have made development of a Flex application I’m working on, a breeze! Check out some of the screen shots over at the site.

Here’s an example application which explains what I was doing:

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" creationComplete="setData()">

	<mx:Script>
		<![CDATA[
			import mx.events.DataGridEvent;
			import mx.collections.ArrayCollection;

			[Bindable]
			private var gridData:ArrayCollection = new ArrayCollection();

			private function setData():void
			{
				for(var i:Number = 1; i < 10; i++)
				{
					var obj:Object = new Object();
					obj.id = i;
					obj.name = "Name " + i;

					gridData.addItem(obj);
				}
			}

			private function validateEdit(event:DataGridEvent):void
			{
                var newVal:String = event.currentTarget.itemEditorInstance.text;				

				if(newVal.length > 150 && event.reason == "newRow")
				{
					mx.controls.Alert.show("Value cannot exceed 150 characters in length");
					return;
				}
			}

		]]>
	</mx:Script>

	<mx:DataGrid width="100%"
				 height="100%"
				 dataProvider="{gridData}"
				 itemEditEnd="validateEdit(event)"
				 editable="true">
		<mx:columns>
			<mx:DataGridColumn dataField="id" headerText="Person Id"/>
			<mx:DataGridColumn dataField="name" headerText="Person Name" editable="true"/>
		</mx:columns>
	</mx:DataGrid>	

</mx:Application>

It’s quite straightforward. I populate a DataGrid component with some dummy data. The person name column is made editable. Whenever a value is entered into the DataGrid cell the validateEdit method traps the itemEditEnd event and checks to see whether the string entered was greater than 150 characters.

If the condition evaluates to true, an Alert box is displayed.

Run the application, click one of the editable DataGrid cells and enter a string longer than 150 characters, the result should be that your browser or Flash Player will crash.

Now add a trace statement into the validateEdit method:

trace(event.reason)

Run the application again and enter another string longer than 150 characters into the editable DataGrid cell.

The application will crash again, but the trace output should reveal that the itemEditEnd event was fired over a hundred times which means that the Alert popup will be attempted to be displayed each time – obviously not very performant and hence the stack overflow!

The trace also reveals that all of the event reasons were for type ‘other’, but the actual item edit event was for type ‘newRow’.

So the solution is quite simple, we simply add an extra condition into the if statement that checks the character length.

if(newVal.length > 150 && event.reason == "newRow")

Rerun the application and hopefully no more stack overflow errors will occur .

amfphp the fastest Remoting implementation ever

The performance figures are truely impressive. Time I started having a mess around with getting PHP talking with Flex 2 methinks…

The permanent flex combo box prompt was recently posted Adobe Flex Cookboox site to solve the problem.