Webvanta Video: Jeffrey Zeldman on the State of Web Design
From the floor of An Event Apart Seattle 2011:
“Mobile is huge. The iPhone, iPad, and Android are huge. On the one hand, they are standards-facing, because they all support HTML5 and CSS3, so you can create great mobile experiences using web standards. You can create apps using web standards. On the other hand, there is also the temptation to go a proprietary route. In a strange way, although the browsers are much more standards compliant, it seems like we are redoing the browser war. Only now, it’s not the browser wars, it’s platform wars.”
Hence the HTML5 logo effort, intended as an identity system for all the hot new standards technologies—and initially bogged down by a controversy in our circle about theW3C muddying the waters. The actual muddying began when Steve Jobs announced Apple’s support for HTML5 by pointing to web stuff created with CSS3. In other words, the inaccurate use of “HTML5” to cover HTML and non-HTML technologies coincided with the surge of interest in those technologies under that inaccurate label. Which is why some thought leaders in our community have reckoned that the business community’s confusion about what HTML5 actually means doesn’t matter so much, as long as they are clamoring for great sites, accessibly designed with web standards—and as long as developers know the difference between HTML5 and, say, CSS3.
In any case, soon after the standards digerati declared the HTML5 banner launch a communications fiasco, it emerged that the launch was actually merely a communications snafu.
An updated FAQ makes it clear that HTML5 means HTML5, that CSS3 is not part of the HTML5 specification, and so on. The W3C’s clarification allows the standards organization to have it both ways in a fashion acceptable to all. In times past, the W3C argued passionately within its own walls during the creation of web standards, only to passively release them as “recommendations” to a world that often ignored them—the development of XHTML 2 in the pure absence of worldly interest was probably the culmination of that phase. But today’s W3C has learned better. It has learned to engage its constituents and to seek approval beyond its immediate constituents—i.e. to reach out to the business community, not just to the authors of O’Reilly and Peachpit books. Its “HTML5” identity effort represents a reasonable and meritorious effort to cash in on, prolong, and extend the world’s already keen interest in HTML5 and related technologies and practices. Meantime, the little FAQ page and other minor editorial clarifications allow the W3C to pacify its knowledgeable critics and duck the charge that it is blurring the lines between HTML, CSS, and other technologies.
Now that the story appears to be heading purposefully in a single direction, a kink in the works was inevitable.
That kink is also not surprising and not entirely unanticipated. Just when the W3C figures out that HTML5 is hot, the WHAT Working Group (the splinter group that created the actual HTML5 specification in the first place) has decided that HTML is the new HTML5:
The HTML specification will henceforth just be known as “HTML”, with the URL http://whatwg.org/html. (We will also continue to maintain the Web Applications 1.0 specification that contains HTML and a number of related APIs like Web Storage, Web Workers, and Server-Sent Events.)
The WHATWG HTML spec can now be considered a “living standard”. It’s more mature than any version of the HTML specification to date, so it made no sense for us to keep referring to it as merely a draft. We will no longer be following the “snapshot” model of spec development, with the occasional “call for comments”, “call for implementations”, and so forth.
Those who are surprised should remember that the HTML5 doctype references “HTML” with no version number. In the thinking of its creators, HTML5 was always just HTML. It looked backward (the first web page ever written would be valid HTML5 with the addition of a doctype) and forward. It would continue to evolve. The WHAT WG gave itself the job of steering and updating HTML, while the W3C took on the task of maintaining milestones (a task it will continue to perform).
In practice, the WHATWG has basically been operating like this for years, and indeed we were going to change the name last year but ended up deciding to wait a bit since people still used the term “HTML5” a lot. However, the term is now basically being used to mean anything Web-standards-related, so it’s time to move on!
To those inside the circle of trust, there is no contradiction here. The W3C will doubtless continue to market HTML5, and, for a time, design technologists will continue to write HTML5 books and teach HTML5 classes, if only to acknowledge HTML’s new capabilities and to clearly mark the break from the technologies and practices of the past. Eventually, quite probably, the WHAT WG’s view will take hold, and we will view HTML as a living specification.
Meantime, we’ll take 5.
Thanks to J. David Eisenberg for the nudge.
Big Web Show Episode 34: Craig Mod on the Form of the Book
CRAIG MOD is our guest today January 13, 2011 in Episode No. 34 of The Big Web Show (“Everything Web That Matters”), co-hosted by Dan Benjamin and recorded at 12:00 PM Eastern (new time!) before a live internet audience.
Mod (craigmod.com, @craigmod) is a writer, designer, publisher, and developer concerned with the future of publishing and storytelling. Based in Tokyo for a decade, he is co-author and designer of Art Space Tokyo, an intimate guide to the Tokyo art world. Since October 2010 Craig has been working in the California Bay Area helping sculpt the future of digital publishing with Flipboard.
Craig speaks frequently on the future of books, publishing, and digital content design. In this week’s A List Apart he presents the initial release of Bibliotype, an HTML baseline typography library for tablet reading released under the MIT License.
Edited episodes can be watched afterwards, often within hours of recording, via iTunes (audio feed | video feed) and the web. Subscribe and enjoy!
Top Web Books of 2010
“It’s been a great year for web design books; the best we can remember for a while, in fact!” So begins Goburo’s review of the Top Web Books of 2010. The list is extremely selective, containing only four books. But what books! They are: Andy Clarke’s Hardboiled Web Design (Five Simple Steps); Jeremy Keith’s HTML5 For Web Designers (A Book Apart); Dan Cederholm’s CSS3 For Web Designers (A Book Apart); and Eric Meyer’s Smashing CSS (Wiley and Sons).
I’m thrilled to have had a hand in three of the books, and to be a friend and business partner to the author of the fourth. It may also be worth noting that three of the four books were published by scrappy, indie startup publishing houses.
Congratulations, all. And to you, good reading (and holiday nerd gifting).
Finally, cross-browser visual control over forms.
Now we have something else to be thankful for. Nathan Smith of Sonspring has created a library that gives designers and developers “some measure of control over form elements, without changing them so drastically as to appear foreign in a user’s operating system.” Smith calls his new library Formalize CSS:
I’ve attempted to bridge the gap between various browsers and OS’s, taking the best ideas from each, and implementing what is possible across the board. For the most part, this means most textual form elements have a slight inset, and all buttons look consistent, including the button tag.
For more, including demos, options, screenshots, thanks, and the library itself, read Smith’s write-up at SonSpring | Formalize CSS. Hat tip and happy Thanksgiving to my good friend Aaron Gustafson for sharing this gem.
Blue Beanie Day Haiku Contest – Win Prizes from Peachpit and A Book Apart
ATTENTION, web design geeks, contest fans, standards freaks, HTML5ophiles, CSSistas, grammarians, bookworms, UXers, designers, developers, and budding Haikuists. Can you do this?
Do not tell me I
Am source of your browser woes.
P.S. An ePub version of Designing With Web Standards 3rd Edition is coming soon to a virtual bookstore near you. Watch this space.
iPad as the new Flash
iPad. Never have so many embraced a great product for exactly the wrong reasons.
Too many designers and publishers see the iPad as an opportunity to do all the wrong things—things they once did in Flash—without the taint of Flash.
In the minds of many, the iPad is like Flash that pays. You can cram traditional publishing content into an overwrought, novelty Flash interface as The New York Times once did with its T magazine. You may win a design award but nobody will pay you for that content. Ah, but do the same thing on the iPad instead, and subscribers will pay—maybe not enough to save publishing, but enough to keep the content coming and at least some journalists, editors, and art directors employed.
It’s hard to argue with money and jobs, and I wouldn’t dream of doing so.
Alas, the early success of a few publications—publications so good they would doubtless survive with or without iPad—is creating a stampede that will not help most magazines and interfaces that will not please most readers.
Everything we’ve learned in the past decade about preferring open standards to proprietary platforms and user-focused interfaces to masturbatory ones is forgotten as designers and publishers once again scramble to create novelty interfaces no one but them cares about.
Luke Wroblewski’s Touch Gesture Reference Guide gives designers plenty of ammunition to create dynamic user experiences that work on a wide variety of mobile phones and devices (including iPad) while these same sites can use traditional desktop browser effects like hover to offer equally rich experiences on non-touch-enabled browsers. Unless your organization’s business model includes turning a profit by hiring redundant, competing teams, “Write once, publish everywhere” makes more economic sense than “Write once, publish to iPad. Write again, publish to Kindle. Write again, publish to some other device.”
I’m not against the iPad. I love my iPad. It’s great for storing and reading books, for browsing websites, for listening to music and watching films, for editing texts, presentations, and spreadsheets, for displaying family photos, and on and on. It’s nearly all the stuff I love about my Mac plus a great ePub reader slipped into a little glass notebook I play like a Theremin.
I’m not against iPad apps. Twitterific for iPad is by far the best way to use Twitter. After all, Twitter is really an internet service, not a website; Twitter’s own site, while leaps ahead of where it used to be, is hardly the most useful or delightful way to access its service. Gowalla for iPad is my constant companion. I dread the idea of traveling without it. And there are plenty of other great iPad apps I love, from Bloom, an “endless music machine” by Brian Eno and Peter Chilvers, to Articles, which turns Wikipedia into an elegant reading experience, to Mellotronics for iPad, an uncannily accurate Mellotron simulator packed with 13 authentic voices—“the same production tapes featured on Strawberry Fields Forever” and other classic tracks (not to mention tracks by nouveau retro bands like Eels).
There are apps that need to be apps, demand to be apps, and I admire and learn from them like every other designer who’s alive at this moment.
I’m just not sold on what the magazines are doing. Masturbatory novelty is not a business strategy.
The future of web standards
“Cheap, complex devices such as the iPhone and the Droid have come along at precisely the moment when HTML5, CSS3 and web fonts are ready for action; when standards-based web development is no longer relegated to the fringe; and when web designers, no longer content to merely decorate screens, are crafting provocative, multi-platform experiences. Is this the dawn of a newer, more mature, more ubiquitous web?”
Originally written for .net magazine, Issue No. 206, published 17 August in UK and this month in the US in “Practical Web Design” Magazine. Now you can read the article even if you can’t get your hands on these print magazines.