Entries tagged “flash.”

Tune In to the Friends Electric Podcast

Peter Wooley is one of my most frequent co-conspirators. A while back we started working together on a super secret project (sorry, can’t talk about it yet) and had to think up a name for ourselves.

We deliberated without much success for weeks until my girlfriend Mallory suggested “Friends Electric.” Since Peter and I are friends, we make stuff that would be impossible without electricity, and we happen to be Tubeway Army fans, it just made sense.

We’ve kicked around the idea of recording a web designerly podcast for a while, so I was overjoyed when things actually came together. Recorded last Saturday, the inaugural Friends Electric podcast debuts today. We talk about Apple versus Flash versus HTML5. You can listen right away; if you dig it, consider subscribing via iTunes.

This is our first foray into podcast creation, and there are definitely things I’d like to remedy in future episodes. That being said, I’m actually pretty pleased with the end result. We had a blast making it, and we intend to make more, hopefully bringing in guests from in and outside our little Portland design circle. We hope you enjoy it.

Why HTML5 and proprietary platforms are both here to stay

Flash or HTML5? Choose your side.

That’s the tone seemingly set by much of the web community following the aftermath of Steve Jobs’ controversial Thoughts on Flash, exacerbated today by a thoughtful (yet apparently blasphemous) thread of Twitter commentary from influential Facebook developer Joe Hewitt.

These conversations have re-ignited a debate already intensified by the ever-increasing prominence of HTML5. While it may seem natural to regard this as a quarrel between proprietary technology and open standards, this is a gross oversimplification. Our feelings are merely the growing pains of a maturing Web.

The source of much of this tension is the difference of approach between the World Wide Web Consortium and companies like Adobe. The W3C is an important group tasked with an inherently sluggish goal: To corral, distill and encapsulate the opinions of a zillion developers and vendors  in order to produce hard-to-read documents detailing how the Web should be. While I’m sure more attentive observers may offer solutions for streamlining the W3C’s process, the result will never be analogous to that of a corporation. Great ideas (and profitable products) cannot wait for bureaucracy’s blessing.

Visionaries will always develop a means to forge ahead. That’s why Firefox, Chrome, Safari and Internet Explorer 9 all implement portions of an unfinished HTML5 specification. It’s also why platforms like Flash, Silverlight and the iPhone SDK have such a perceptible impact on the Web. Collectively, they are a crystal ball within which we may glimpse activities we’ll eventually take for granted. Remember how novel YouTube felt before embeddable Flash video became so pedestrian?

Not unlike the story of the tortoise and the hare, specifications eventually catch up. Like CSS and JavaScript before them, canonical experiences will “graduate” to full-fledged features of—or companions to—HTML. (Any Argo SSP or Netscape LiveScript loyalists out there?) Why? It’s all about accessibility.

The more accessible your experience, the larger your potential audience. HTML can be parsed fairly reliably by the majority of web-connected devices. But with each subsequent layer of complexity, your user’s device and/or browser must be sophisticated enough to interpret the additional technical requirements. It’s our job as designers and developers to weigh the benefits of each layer’s capabilities against the hurdle it may represent for the consumer. Many of us employ progressive enhancement to capitalize on the latest technology while leaving as little of their users behind as possible. Time/budget permitting, why wouldn’t you want to pursue a greater breadth of device compatibility?

Plugins must innovate in order to survive. If Flash stagnates, if it fails to shine a guiding light on the future of our industry, it will join its sibling Shockwave in an ever-growing graveyard of antiquated technologies, succeeded not only by HTML5 but by more innovative competitors (Silverlight) or a whole new paradigm (device-specific SDKs).

The Web needs these technologies. I believe (and wholeheartedly hope) that standards will continue to define the most prevalent form of the Web experience, but not without the guidance, foresight and bullheadedness of those who refuse to slow down.

HTML5 and CSS3 for the sake of tomfoolery

One of the biggest disappointments I continually encounter when teaching web design is losing students to rich media plugins, most commonly Flash. These closed, proprietary sirens singing talented designers and developers out to sea rob the Semantic Web of some truly creative minds.

Students often look at the Web and see a minefield of limitations. Several times I’ve approached students with stellar HTML/CSS/JavaScript-based work to ask about their career plans, only to hear “I’d rather pursue Flash work.” No matter how many times I offer tomorrow, many students are only interested in now.

I evangelize the Semantic Web clearly and passionately in my lectures, but arguments of principal, search engine optimization and accessibility often flounder in view of visually-engaging, rich web media. There is a fine line between designer and artist; in order to appeal to these minds, we must impress them on a more visceral level.

Given time, I think HTML5 and CSS3 are up to the task. My arsenal of compelling examples has been growing exponentially.

Mouse over the DVD cases when viewing For A Beautiful Web in Safari 4 and you’ll encounter some gorgeous and purposeful rotation-based animation that degrades gracefully for less-abled browsers.

In Mac OS X Snow Leopard, Guillermo Esteves has recreated the Star Wars Episode IV marquee for Webkit users (perspective and all).

Firefox 3.6 introduces support for the File API, making drag-and-drop file selection possible (thereby trumping Flash’s previously-superior selection capability).

Webkit users who opt-in to bleeding edge features can now experience YouTube and Vimeo sans Flash players using only HTML5’s built-in media support. The result is stunningly indistinguishable from Flash video playback.

These examples may appear to be small victories, but their importance cannot be overstated. We are watching the capabilities of HTML and CSS progress more rapidly (and with farther-reaching effect) than their rich media cousins. In a Web where the capabilities of Flash and HTML are roughly equivalent (or perhaps even lopsided), the choice will be abundantly clear.

Address all audiences via the Semantic Web, or keep playing in your sandbox. Which sounds more fulfilling to you?