In my last post, I reviewed the code architecture of my playground site. In this post, I’ll explain its design.
I fear that the site will have all the charm of exposed pipe for the average Flash designer. My fear is based partly on my primitive graphic-design skills, but mostly on the unusual nature of […]
Entries Tagged as 'speed'
Designing Pet 9: Transition Animations 99% Useless
October 4th, 2007 8 Comments
Tags: speed · interface · Flash
the big wait v. many little waits
July 19th, 2006 No Comments
I’m not so much FOR the big wait as AGAINST the many little waits.
If a site forces you to wait at every step, it had better be porn or the equivalent. Otherwise the whole experience will be stilted.
An example.
The users want content, but you don’t know what it is yet. What you should you do?
Why […]
ok, to be fair, Ray-Ban specifics
June 22nd, 2006 No Comments
There are many details that grate on me: the slow drop down menus, the ugly gray gradient background, the pictures with people wearing sunglasses that I can barely see, the labels that use all caps, the small, blurry font, the lack of a true home page (just a splash-page picture of a girl with wild […]
why label buttons?
June 22nd, 2006 No Comments
In my last post, I suggested centering and tightly packing buttons in order to promote muscle memory for repeated navigations or combinations of actions.
This sketch shows a collection of such buttons, which are obviously too packed to label.
So how will the user know what button does what? It seems like I should go back to […]
FlashDevelop, at the speed of thought
June 22nd, 2006 3 Comments
My months-long Goldilocks-like search for a decent AS code editors recently came to a blissful conclusion here:
FlashDevelop
I was in a long, bad marriage to the Flash editor, which I couldn't leave, because I was on OS X and the alternatives were buggy (the SEPY port to Mac, ASDT in Eclipse), expensive (FDT) or undeveloped (XCode, […]