I got my Flex CD

I am so excited.

:: installs ::

I’ve installed it, and ran though the samples that it comes with. Few things I think are cool, and two things I don’t.

I’ll say what I don’t like first, just to get it out of the way. I don’t like the updated components; I like the Flash MX 2004 Halo ones better. Additionally, something puzzling was going on in a few of the apps, I believe when using the Accordion component. It appeared that it was causing a post-back (page refresh) everytime you loaded a new pane. I know that, without fscommand, that is one thing that killed a part of my past project at my current company as it interferes with javascript running on the page as well as elements loading such as form controls. One may argue that you should be doing the entire app in Flex anyway, but I still don’t like the looks of how that works. It really should just do a load movie or something… I didn’t look at the innards, so maybe it’s actually calling the mxml file, or can be changed easily.

Now, the good stuff.

First off, their layout managers are great. I know iteration::two has already talked about them, but to me, they solve I’d say about 40% of my total development time. Because I’m anti-authortime man, I spend a lot of my time writing my size function which lays everything out. A lot of times, it’s only called once in my entire app’s lifecycle; total waste of time. I gotta say, mad score for that.

Secondly, dig their ViewState component. A lot like the TabView, only …well, simpler and not as in your face.

I really dig how easily my existing components I create can be incorporated into a Flex app; it’s pretty insane that it’s that easy.

Finally, the coolest thing was how easy it is to add tooltips… omg, the only thing just as easy is Central’s way of doing it.

Anyway, they have some neat samples to look at, and a few scattered goodies throughout the install directories. It’s interesting to see they packaged the framework into an SWC + they have a debug one seperate. Clever!

One thing, though… there is no way my box meets the server requirements. I can hear my comp click away when I was hitting some of the more adavanced MXML files. All in all, I can definately see a niche in creating components again. Very cool prog, and it’s only been 1 hour with the CD!

*** Edit

Oh yeah, another thing that blew me away was the JSP integration. I’ve never seen JSP up close, but it looked just like PHP. The fact that you can create Flash apps that way suddenly hits home the whole “enterprise developer” thang. I know soooo many people that code like that. I KNOW there has to be a PHP version lurking in someone’s mind because that looks… geez, just like PHP. Anyway, very frikin’ cool the integration with HTML can be so tight.

Failed Component Preview Command

Another one of my cast offs from the lab. This one started from a change in development. I’ve started creating more SWC’s within SWC’s rather than a bunch of Shared Libraries; this allows me to compile faster in the later stages of a project. The issue is, unit testing is severly impeeded early in the game, because I’ll usually have one file with all the classes in it vs. a FLA for each class. Therefore, my compile times get worse and worse as time goes on. What I’ve been doing to solve it is make a new FLA, and create a movie clip, fill in the class info, and test that. However, this gets tedious to do over time. Saving a FLA is an option… but I don’t like various versions of my MC’s hanging around since I massage my package (gross) structure early in the game.

So, I figured, why not just creat a quick jsfl script to make a new FLA, create a movie clip, and test it?

…well, it worked in theory…

I quickly found that this solution was only good for classes that didn’t require sub-classes. I always start small, but these things get so big (gross). So, I started adding in logic for defining sub-classes if applicable. However, even though I found some good XUL documetation on the web + using examples from a few extensions I have installed, none of them used code… and the ones that did were not XUL, but instead Flash Panels (a SWF running in a window inside of Flash). I found that a lot of XUL can be scripted with JavaScript, in our case, JSFL. …however, I quickly found the scope is in it’s own memory space. It’s weird; it has references to the app (app/App/fl/flash), and even has references to it’s own XULMI return object, plus any others created, as well as theTool (??? gross???). There was no way I could hack to get a reference back to the original jsfl calling script (the one that called the XUL dialogue). The bottom line was, I could put JSFL code in the button’s oncommand attribute, but it wouldn’t populate the listbox I made, even though it traced out as a valid property.

<button label="Add" oncommand="fl.trace(‘sup’);" />

“Fuggit”, I said as I made a Flash Panel instead. I then ran into another problem; base components. You cannot simply include their classes; you need the base SWF, or in this case, the base SWC file. So, I proceeded to make an interface that allowed you to add those too. A lot of my components use the drawing API, so AS alone is good for the above.

However, my final brick, and fatal wall was fl.componentsPanel.addItemToDocument. That damn function only attaches components to the FLA where the JSFL script was called from, even if you set the new document to focus. I tried everything I could think of (focusing more than once, doing weird things to the document object, saving it, closing it, focusing it 5 times), all to no avail. This test scripts shows an example. Create a FLA, run it twice… it’s always one doc behind…

var doc = fl.createDocument("timeline");
fl.setActiveWindow(doc);
fl.componentsPanel.addItemToDocument({x: 0, y: 0}, "UI Components", "Button");

I tried my damndest to figure out a hack, and then just surrendered in defeat. Did I mention I hate losing? Just so we’re clear.

Hopefully, some of you can learn some JSFL/XUL/Flash from this failed attempt at becoming more productive.

File structure is explained in the zip.

Failed Preview Component – ZIP

Dimensionalize Your Arrays w/ DataProvider

Ok, I had no idea you were supposed to do this. Or maybe I came through the backdoor and read the instructions in the wrong order. At any rate, it seems that DataProvider (mx.controls.listclasses.DataProvider) has a method called addItemAt. If you try to add an item to an index that is greater than the array’s length, it won’t add the value. Now, Flash will do this just fine for you. If you have an array that is empty:

cow = [];

And you decide to add something to position 10, you can:

cow[10] = "moo";

What’s jacked, is DataProvider won’t. So… I guess the trend now is to dimensionalize your array’s length so that method will work properly?

mx.controls.listclasses.DataProvider.Initialize(Array);

cow = [];
cow.addItemAt(9, "moo");
// Cannot add an item past the end of the DataProvider
trace(cow[9]); // undefined
cow.length = 10;
cow.addItemAt(9, "moo");
trace(cow[9]); // moo

It works when I do some tests here… it just seems so… VB’ish.