Apparently it's National Donut Day and you should celebrate with giant donuts.
Goose pond (Taken with Instagram)
We're visible from the street now!
View more Tim McElwee on WhoSay
Tall Ship Challenge in Greenport (Unicorn & Bounty) (Taken with instagram)
I've been reading more about the new APIs that are part of HTML5, or are at least lumped into the HTML5 buzz. Today's reading is from Google's HTML5Rocks site, Introducing WebSockets: Bringing Sockets to the Web. I can see that this has a lot of potential. I think there are a couple of products I've worked on recently that do a lot of low-level asynchronous polling. Sadly, WebSockets will be disabled in Firefox 4 starting with beta 8. Let's hope that spec can be amended quickly to solve the proxy server issue that seems to be at the heart of this issue.
More clutter isn't free. In fact, more clutter is a permanent shift, a desensitization to all the information, not just the last bit.
Seth Godin
Now a plastic prison for lonely banana tootsie pops (Taken with instagram)
Just above the trees (Taken with Instagram)
I'm getting my feet wet with the Modernizr feature detection library . This has led to a new dilemma in implementing the design: should you test for success or failure?
In other words, what are you assuming about your users? Are you assuming that most of your users have advanced browsers that are capable of immediately rendering advanced features and you need to provide alternatives only to the older browsers? Or, do most of your users have older browsers that will need a more traditional default state with overrides in place for a smaller percentage of advanced users?
For this project, the user base is split almost 50/50 between different versions of IE and a combination of Safari and Chrome (and almost no Firefox, which I find odd). So one half of users are capable of seeing almost any of Webkit's bleeding edge advances. The other half of users has the worst support for emerging standards amongst the major browsers. It was definitely new ground for me.
In the end, I opted to progressively enhance the user experience and tested for success. I assumed that most users will not have bleeding edge support for CSS gradients, RGBa, border radius, or multiple backgrounds. Modernizr's success-state classes on the html element provide hooks to add these features. Let me know if you've found compelling reasons to offer fallbacks for older user agents.
I'm thinking of creating a part 2 that plays devil's advocate for the opposite point of view. I need to do some tests, but I can definitely see potential performance by cutting backwards compatible images and their additional requests.