Sorry that ya’ll have to endure my spam. I need to do the Technorati blog claim ritual.
Technorati Profile
This post is simply to claim my blog on Technorati
September 3rd, 2008 · No Comments
→ No CommentsTags: life
Things to watch for when Porting from PureMVC to PureMVC multicore
August 4th, 2008 · 4 Comments
So you’ve built the majority of your application in PureMVC and now you wanna lob a module or two in there. Go ahead. Add that excitement to your day. I had the pleasure of doing just that when I was a few hours from milestone- or so thought. Here are a few of the gotchas to watch out for.
- You’re going to need all of your code to be coming from the same PureMVCcodebase with the path of org.puremvc.as3.multicore.[rest of everything] you can approach this many ways. You can waste away your youth going through the errors in the problem view and watching your code dance back and forth between the two namespaces and the odd errors that come with that. Try to compile, rip out some hair, and grab the next red output. but I recommend the following: 1. Remove the single core version of pureMVC from your libs or externals folder depending on which approach you used. 2. Within your source(ONLY Your code and not the library) you want to do a find and replace of “org.puremvc.as3.“ with “org.puremvc.as3.multicore.” . For the sake of your sanity, please make sure that you don’t let this sneak into your externals folder if you like to code with the source instead of .swc files. If not you will end up with a bunch of “org.puremvc.as3.multicore.multicore.“. Just trust me on this.
- If you’re using the Pipess approach instead of the Modular approach(see the site for the difference) then go ahead and download the Pipes utility.
- The multicore Pipes approach is using a Multiton instead of a Singleton so ApplicationFacade.getInstance() now requires a parameter NAME to ID the requesting application so use ApplicationFacade.getInstance( NAME ).startup( this );
- The constructror of your ApplicationMediator is probably calling facade.registerMediator(new BlahMediator(…)). This will result in Error: multitonKey for this Notifier not yet initialized! because the facade does not exist yet. The calls to facade.[anything]() will need to take place after the initializeNotifiers() call. The reccomended place for initialization and setup stuff is in an override of onRegister(). (see more in these two posts (post 1, post2). I believe it’s also best practice to put your eventListeners in the onRegister() override.
Just thinking through these in my head. I welcome any feedback or hints. I’ll add to this as this process goes on.
update: Just came across an excellent entry on lowpitch.com addressing the same issue.
→ 4 CommentsTags: FlexTips · PureMVC
Laws of Programming
June 25th, 2008 · No Comments
I hate to add a “me too” blog entry but these rules struck a chord deep within me:
http://www.flex888.com/2008/06/24/21-laws-of-programming-works-for-flex-too.html
→ No CommentsTags: Flash
I’m in Burbank,CA in a cubicle- holla if you are nearby
June 24th, 2008 · No Comments
My current project has me in California back in a cubicle. It’s been 2 years since i sat in a sea of cubicles surrounded by the sound of programmer chatter. It’s kind of a rush. I miss my double-monitor monster, my custom chair and my bookshelf full of references but it’s great to be able to walk a few yards and ask some of the best coders I’ve met in my life a question if I get stuck.
I haven’t coded this intensely in at least 2 years. Gonna need a beer when I’m done. Let me know if you’re in town this week for a project or if you live in the valley.
M
→ No CommentsTags: Flash
Vista Cleaning Tips From MajorGeeks
June 17th, 2008 · No Comments
This article from MajorGeeks is definitely worth the read. I often wonder how many antispyware,anti malawares,firewall,spamblocker,antivirus programs I need. This rundown took me through a comprehensive cleanup and almost every utility found a proble that I had been wanting to fix and procrastinating.
check it out here:









