Posts filed under 'Flex'

Using TextFields and Bitmaps in a programmatic skin

There's not a lot written about using text fields (or any other display object) in a programmatic skin. What there is often suggests you have to add the text field as a child of the skin's parent. But it's actually a lot simpler than that...

The parentheses operator

It's not uncommon for less experienced Actionscript developers, particularly self-taught developers, to be a little confused about the purpose of the parentheses you put after a function name when calling the function. The most common question is why aren't the parentheses used when assigning a function as an event handler?...

If I had more time

One of the frustrations of being busy with client work is the lack of time to investigate, experiment and play with interesting stuff. One day I’ll have time to try all this stuff but until then, here’s a simple list of the flash/flex tools I’d like to play with. Maybe you’ll find something interesting here…

Flint Particle System version 1.0.3 released

I released version 1.0.3 of the Flint Particle System today. This is a minor change to add some additional features including some keyboard control of the particle systems, applying palette maps to renderers and actions that only affect particles in certain areas of the screen. More info on the Flint Website.

Improving Cairngorm’s ModelLocator Part 6 - Conclusion

In the previous articles I’ve outlined some alternatives to the standard practice of using a Singleton as the ModelLocator in Cairngorm. I’ve tried all three of the alternatives I outlined in a real project so here’s a summary of my opinions about them and the standard singleton…

Improving Cairngorm’s ModelLocator Part 5 - The singleton factory

So far, I’ve looked at two possible replacements for Cairngorm’s use of the Singleton pattern in its ModelLocator. I want to briefly introduce a third alternative before concluding this long string of posts.

Improving Cairngorm’s ModelLocator Part 4 - The monostate

In the first article in this ad-hoc series I expressed my desire to replace the Cairngorm developers expressed preference for implementing the ModelLocator as a singleton with an alternative implementation as a monostate. … The monostate pattern describes a class that can be instantiated as often as one likes and where each instance uses the same set of data - there is only one state shared by all instances, hence the name…

Improving Cairngorm’s ModelLocator Part 3 - Hiding the singleton II

In the previous post in this series, I showed how we can use a second class to access the ModelLocator singleton. This enables instances of this second class to be created, modified, bound to and disposed of as often as one wishes while maintaining the integrity of the data in the core singleton. Each instance of the second class mirrors the data in the singleton, modifying the data in an instance modifies the singleton, and modifications to the singleton are immediately reflected back out to every instance of the second class…

previous posts