Play, Live, Work, Enjoy.

Our friend and neighbor, Michael Mulley, over at the College Street Gallery has recently published a book of black and white photos of Buffalo, New York. The photos are taken with a keen eye for history and architecture. You can find it for sale at the gallery or at online retailer Lulu.com.

Here is a short description from the back cover:

A Collection of the Queen City’s most impressive buildings “Buffalo In Black & White" brings the finest of Buffalo right to your finger tips. Spanning nearly 10 years of architectural discovery by photographer Michael Mulley. WIthin its pages you will find the magnificent Art Deco City Hall and the Prudential Building, Louis Sullivan’s Terra Cotta masterpiece and many more. Buffalo’s past come alive in this unique book. Whether your a long time resident, ex-pat or someone with an appreciation of great architecture this collection is perfect.

Here's a blast for from the past… but if you don't have these Flash extensions installed… you could be wasting valuable time.

Flash extensions are script-based files written in JSFL. They allow pretty much full access to the Flash IDE and FLA assets. John over at Potapenko has graciously coded and wrapped in an easy to install MXP package a variety of useful extentions. Once installed, these can be accessed through the "Commands" menu or their associated shortcut combination.

Here's a quick list of what you get:

• Set transformation point to top-left
• Pixelate position to all selection elements
• Pixelate bounds
• Get all instance names
• Instances naming tool
• Search in Library
• Replace library names
• Multi edit library properties

"The name of this class, __class_name_here__ , conflicts with the name of another class that was loaded __class_name_here__."

Well… maybe this isn't such a mystery but it is not very well documented and the experts seem to disagree about the solution. The error in question occurs when compiling a Flash movie whose class files are not locally hosted — for example, they are on a shared LAN server. Others have pinned this on the ASO file being cached… while some concur that it has something to do with the time stamp of the script file itself being out of synch.

The jury is still out over here… I've tried both clearing the ASO cache and modifying the server's internal clock with limited success. If anyone has a cure for this (short of implementing SVN or SourceSafe) let me know.