private const ATITLEFONT:String= “fl.getDocumentDOM().selection[0].parameters['aTitleFont'].value”;

Makes things easier to read and swap around.

Also, one “Gotcha” in particular is dealing with data that can be either a String or Int, such as an accountID. If the user enters a number, BAM! jsfl will pass it as type INT no matter how many quotation marks or toString() calls you place around it. One workaround is to just use parameters with type Object. The value is referenced as such:

private const ACCOUNT_NUM:String = “fl.getDocumentDOM().selection[0].parameters['accountNumber'].value[0].value”;

That followed by a FOR IN loop in your setter will work around all those satanic auto-castings that may occur in the AS3–>JSFL–>AS3 translation.

[Inspectable (name = "color", type = "Color", defaultValue = "FF0000")]
public function get color():int { return _color; }
public function set color(value:int):void {
_color = value;
draw();
}

Also I have changed to extending the UIComponent class. This has called a little more hassle that before but offers some automatically created functions that are of use for live preview etc

When ever I compile my components and then the swf I get a #1009 error. From what I can tell this is generated by the component not being able to retrieve the values entered by the user. The error occurs so quickly that the constructor of the components class doesn’t even trigger. This is especially odd as when the component is modified on stage the get and set functions work and update the live preview with no problems.

Download Link for source files is not working.