9 Mar 2010 12 pm eastern

E-books, Flash, and Standards

In Issue No. 302 of A List Apart for people who make websites, Joe Clark explains what E-book designers can learn from 10 years of standards-based web design, and Daniel Mall tells designers what they can do besides bicker over formats.

Web Standards for E-books

by Joe Clark

E-books aren’t going to replace books. E-books are books, merely with a different form. More and more often, that form is ePub, a format powered by standard XHTML. As such, ePub can benefit from our nearly ten years’ experience building standards-compliant websites. That’s great news for publishers and standards-aware web designers. Great news for readers, too. Our favorite genius, Joe Clark, explains the simple why and how.

Flash and Standards: The Cold War of the Web

by Daniel Mall

You’ve probably heard that Apple recently released the iPad. The absence of Flash Player on the device seems to have awakened the HTML5 vs. Flash debate. Apparently, it’s the final nail in the coffin for Flash. Either that, or the HTML5 community is overhyping its still nascent markup language update. The arguments run wide, strong, and legitimate on both sides. Yet both sides might also be wrong. Designer/developer Dan Mall is equally adept at web standards and Flash; what matters, he says, isn’t technology, but people.

Illustration by Kevin Cornell for A List Apart.

  • Tumblr
  • Facebook
  • del.icio.us
  • Digg
  • FriendFeed
  • Google Bookmarks
  • NewsVine
  • Slashdot
  • RSS

Filed under: A List Apart, Design, E-Books, Flash, Formats, HTML, HTML5, Standards, State of the Web, XHTML

27 Feb 2010 7 pm eastern

Betting on the web

Must-read analysis at Daring Fireball anatomizes the “war” between Flash and web standards as a matter of business strategy for companies, like Apple and Google, that build best-of-breed experiences atop lowest-common-denominator platforms such as the web:

It boils down to control. I’ve written several times that I believe Apple controls the entire source code to iPhone OS. (No one has disputed that.) There’s no bug Apple can’t try to fix on their own. No performance problem they can’t try to tackle. No one they need to wait for. That’s just not true for Mac OS X, where a component like Flash Player is controlled by Adobe.

I say what Apple cares about controlling is the implementation. That’s why they started the WebKit project. That’s why Apple employees from the WebKit team are leaders and major contributors of the HTML5 standards drive. The bottom line for Apple, at the executive level, is selling devices. … If Apple controls its own implementation, then no matter how popular the web gets as a platform, Apple will prosper so long as its implementation is superior.

Likewise with Google’s interest in the open web and HTML5. … So long as the web is open, Google’s success rests within its own control. And in the same way Apple is confident in its ability to deliver devices with best-of-breed browsing experiences, Google is confident in its ability to provide best-of-breed search results and relevant ads. In short, Google and Apple have found different ways to bet with the web, rather than against the web.

Related posts, on the off-chance you missed them:


  • Tumblr
  • Facebook
  • del.icio.us
  • Digg
  • FriendFeed
  • Google Bookmarks
  • NewsVine
  • Slashdot
  • RSS

Filed under: Accessibility, Adobe, Advocacy, Apple, Design, Flash, Formats, HTML, HTML5, Web Design, Web Design History, Web Standards

3 Feb 2010 6 am eastern

Ahem

The first part of my post of 1 February was not an attack on Flash. It described a way of working with Flash that also supports users who don’t have access to Flash. I’ve followed and advocated that approach for 10 years. It has nothing to do with Apple’s recent decisions and everything to do with making content available to people and search engines.

It’s how our agency and others use Flash; we’ve published articles on the subject in our magazine, notably Semantic Flash: Slippery When Wet by Daniel Mall.

We do the same thing with JavaScript—make sure the site works for users who don’t have JavaScript. It’s called web development. It’s what all of us should do.

My point was simply that if you’re an all-Flash shop that never creates a semantic HTML underpinning, it’s time to start creating HTML first—because an ever-larger number of your users are going to be accessing your site via devices that do not support Flash.

That’s not Apple “zealotry.” It’s not Flash hate. It’s a recommendation to my fellow professionals who aren’t already on the accessible, standards-based design train.


THE SECOND PART OF MY POST wasn’t Flash hate. It was a prediction based on the way computing is changing as more people at varying skill levels use computers and the internet, and as the nature of the computer changes.

There will probably always be “expert” computer systems for people like you and me who like to tinker and customize, just as there are still hundreds of thousands of people who hand-code their websites even though there are dozens of dead-simple web content publishing platforms out there these days.

But an increasing number of people will use simpler computers (just as we’ve seen millions of people blog who never wrote a line of HTML).


THE THIRD PART OF MY POST wasn’t Flash hate. It was an observation that Google and Apple, as companies, have more to gain from betting on HTML5 than from pinning their hopes to Adobe. That’s not a deep insight, it’s a statement of the obvious, and making the statement doesn’t equate to hating Adobe or swearing allegiance to Google and Apple—any more than stating that we’re having a cold winter makes me Al Gore’s best friend.

(Although I like Gore, don’t get me wrong. I also like Apple, Google, and Adobe. My admiration for these companies, however, does not impede my ability to make observations about them.)


THE THIRD PART OF MY POST ALSO WASN’T a blind assertion that HTML5, with VIDEO and CANVAS, is ready to replace Flash today, or more adept than Flash, or more accessible than Flash. Flash is currently more capable and it is far more accessible than CANVAS.

We have previously commented on HTML5’s strengths and weaknesses (Exhibit A, Exhibit B, Exhibit C) and are about to publish a book about HTML5 for web designers. HTML5 is rich with potential; Flash is rich with capability and can be made highly accessible.

That it is unstable on Mac and Linux is one reason Apple chose not to include it in its devices; that this omission will change the way some developers create web content is certain. If the first thing it does is encourage them to develop semantic HTML first, that’s a win for everyone who uses the web.

Carry on.


  • Tumblr
  • Facebook
  • del.icio.us
  • Digg
  • FriendFeed
  • Google Bookmarks
  • NewsVine
  • Slashdot
  • RSS

Filed under: Adobe, Apple, Flash, Google, Web Design, Web Design History, Web Standards, development

Comments off.

27 Feb 2007 11 am eastern

swfIR (swf Image Replacement)

Happy Cog’s Jon Aldinger, Mark Huot, and Dan Mall have published an image replacement method to remove some of the limitations of the standard HTML image object while supporting standards-based design concepts.

Using unobtrusive JavaScript, progressive enhancement, and Flash, swfIR (pronounced “swiffer”) lets designers include high-quality, scalable artwork in user-resizable web layouts—and even add styles to the images.

Tags: , , , , ,

  • Tumblr
  • Facebook
  • del.icio.us
  • Digg
  • FriendFeed
  • Google Bookmarks
  • NewsVine
  • Slashdot
  • RSS

Filed under: Design, Flash, Happy Cog™, Standards, Tools

27 Feb 2007 6 am eastern

ALA 233: Semantic Flash, Valid Arguments

In Issue 233 of A List Apart, for people who make websites:

Semantic Flash: Slippery When Wet
The love that dare not speak its name gets its due as Happy Cog’s Dan Mall explores some of the ways Flash can enhance semantic, standards-based site designs. Part One of a series. Includes do-it-yourself, “shiny floor” project built with web standards and, yes, Flash (there, we said it).
Where Our Standards Went Wrong
No, they didn’t go wrong by using Flash. A List Apart’s Ethan Marcotte weighs the pros and cons of rigorous validation. Re-examine your assumptions. Discover the silent weight of invalid markup. Consider how to better educate clients on the benefits of web standards.

This issue goes out to our friends at SXSW Interactive.

Edited by Erin Kissane. Produced by Erin Lynch. Tech-edited by Aaron Gustafson and Ethan Marcotte (is that fair?). Illustrated by Kevin Cornell. Art directed by Jason Santa Maria. Published by Happy Cog. It’s shake and bake and I helped.

Tags: , , , , , , , ,

  • Tumblr
  • Facebook
  • del.icio.us
  • Digg
  • FriendFeed
  • Google Bookmarks
  • NewsVine
  • Slashdot
  • RSS

Filed under: A List Apart, Design, Flash, Standards, Tools

6 Feb 2007 8 am eastern

ALA 232: Flash cage match, multi-column CSS

In Issue No. 232 of A List Apart, for people who make websites:

Flash Embedding Cage Match
“How can you best embed Flash content?” In search of an answer, Bobby van der Sluis of UFO fame defines the criteria that matter most to modern web developers: standards compliance, cross browser support, support for alternative content, avoidance of content/player mismatches, auto-activation of active content, and (why not?) ease of implementation.
He then surveys current best-practice alternatives, explains how each works and evaluates pros and cons. And he wraps it up with a surprise ending. Oops. Spoiler.
Multi-Column Layouts Climb Out of the Box
An environmentally responsible energy policy. The perfect snack. Multi-column layouts with equal height columns. Three worthy goals that always seem to elude our grasp. Alan Pearce can help with the layout problem. Building on prior solutions, Pearce shows how to create elastic and liquid three-column layouts with fixed-width sidebars and equal height columns.

Tags: , , , , , ,

  • Tumblr
  • Facebook
  • del.icio.us
  • Digg
  • FriendFeed
  • Google Bookmarks
  • NewsVine
  • Slashdot
  • RSS

Filed under: A List Apart, Design, Flash