- •Taking Your Talent to the Web
- •Introduction
- •1 Splash Screen
- •Meet the Medium
- •Expanding Horizons
- •Working the Net…Without a Net
- •Smash Your Altars
- •Breath Mint? Or Candy Mint?
- •Where’s the Map?
- •Mars and Venus
- •Web Physics: Action and Interaction
- •Different Purposes, Different Methodologies
- •Web Agnosticism
- •Point #1: The Web Is Platform-Agnostic
- •Point #2: The Web Is Device-Independent
- •The 18-Month Pregnancy
- •Chocolatey Web Goodness
- •’Tis a Gift to Be Simple
- •Democracy, What a Concept
- •Instant Karma
- •The Whole World in Your Hands
- •Just Do It: The Web as Human Activity
- •The Viewer Rules
- •Multimedia: All Talking! All Dancing!
- •The Server Knows
- •It’s the Bandwidth, Stupid
- •Web Pages Have No Secrets
- •The Web Is for Everyone!
- •Swap text and code for images
- •Prune redundancy
- •Cache as Cache Can
- •Much Ado About 5K
- •Screening Room
- •Liquid Design
- •Color My Web
- •Thousands Weep
- •Gamma Gamma Hey!
- •Typography
- •The 97% Solution
- •Points of Distinction
- •Year 2000—Browsers to the Rescue
- •Touch Factor
- •Appropriate Graphic Design
- •User Knowledge
- •What Color Is Your Concept?
- •Business as (Cruel and) Usual
- •The Rise of the Interface Department
- •Form and Function
- •Copycats and Pseudo-Scientists
- •Chaos and Clarity
- •A Design Koan: Interfaces Are a Means too Often Mistaken for an End
- •Universal Body Copy and Other Fictions
- •Interface as Architecture
- •Ten (Okay, Three) Points of Light
- •Be Easily Learned
- •Remain Consistent
- •Continually Provide Feedback
- •GUI, GUI, Chewy, Chewy
- •It’s the Browser, Stupid
- •Clarity Begins at Home (Page)
- •I Think Icon, I Think Icon
- •Structural Labels: Folding the Director’s Chair
- •The Soul of Brevity
- •Hypertext or Hapless Text
- •Scrolling and Clicking Along
- •Stock Options (Providing Alternatives)
- •The So-Called Rule of Five
- •Highlights and Breadcrumbs
- •Consistent Placement
- •Brand That Sucker!
- •Why We Mentioned These Things
- •The year web standards broke, 1
- •The year web standards broke, 2
- •The year web standards broke, 3
- •The year the bubble burst
- •5 The Obligatory Glossary
- •Web Lingo
- •Extranet
- •HTML
- •Hypertext, hyperlinks, and links
- •Internet
- •Intranet
- •JavaScript, ECMAScript, CSS, XML, XHTML, DOM
- •Web page
- •Website
- •Additional terminology
- •Web developer/programmer
- •Project manager
- •Systems administrator (sysadmin) and network administrator (netadmin)
- •Web technician
- •Your Role in the Web
- •Look and feel
- •Business-to-business
- •Business-to-consumer
- •Solve Communication Problems
- •Brand identity
- •Restrictions of the Medium
- •Technology
- •Works with team members
- •Visually and emotionally engaging
- •Easy to navigate
- •Compatible with visitors’ needs
- •Accessible to a wide variety of web browsers and other devices
- •Can You Handle It?
- •What Is the Life Cycle?
- •Why Have a Method?
- •We Never Forget a Phase
- •Analysis (or “Talking to the Client”)
- •The early phase
- •Design
- •Brainstorm and problem solve
- •Translate needs into solutions
- •Sell ideas to the client
- •Identify color comps
- •Create color comps/proof of concept
- •Present color comps and proof of concept
- •Receive design approval
- •Development
- •Create all color comps
- •Communicate functionality
- •Work with templates
- •Design for easy maintenance
- •Testing
- •Deployment
- •The updating game
- •Create and provide documentation and style guides
- •Provide client training
- •Learn about your client’s methods
- •Work the Process
- •Code Wars
- •Table Talk
- •XHTML Marks the Spot
- •Minding Your <p>’s and q’s
- •Looking Ahead
- •Getting Started
- •View Source
- •A Netscape Bonus
- •The Mother of All View Source Tricks
- •Doin’ it in Netscape
- •Doin’ it in Internet Explorer
- •Absolutely Speaking, It’s All Relative
- •What Is Good Markup?
- •What Is Sensible Markup?
- •HTML as a Design Tool
- •The Frames of Hazard
- •Please Frame Safely
- •Framing Your Art
- •<META> <META> Hiney Ho!
- •Search Me
- •Take a (Re)Load Off
- •WYSIWYG, My Aunt Moira’s Left Foot
- •Code of Dishonor
- •WYS Is Not Necessarily WYG
- •Publish That Sucker!
- •HTMHell
- •9 Visual Tools
- •Photoshop Basics: An Overview
- •Comp Preparation
- •Dealing with Color Palettes
- •Exporting to Web-Friendly Formats
- •Gamma Compensation
- •Preparing Typography
- •Slicing and Dicing
- •Rollovers (Image Swapping)
- •GIF Animation
- •Create Seamless Background Patterns (Tiles)
- •Color My Web: Romancing the Cube
- •Dither Me This
- •Death of the Web-Safe Color Palette?
- •A Hex on Both Your Houses
- •Was Blind, but Now I See
- •From Theory to Practice
- •Format This: GIFs, JPEGs, and Such
- •Loves logos, typography, and long walks in the woods
- •GIFs in Photoshop
- •JPEG, the Other White Meat
- •Optimizing GIFs and JPEGs
- •Expanding on Compression
- •Make your JPEGS smaller
- •Combining sharp and blurry
- •Animated GIFs
- •Creating Animations in ImageReady
- •Typography
- •The ABCs of Web Type
- •Anti-Aliasing
- •Specifying Anti-Aliasing for Type
- •General tips
- •General Hints on Type
- •The Sans of Time
- •Space Patrol
- •Lest We Fail to Repeat Ourselves
- •Accessibility, Thy Name Is Text
- •Slicing and Dicing
- •Thinking Semantically
- •Tag Soup and Crackers
- •CSS to the Rescue…Sort of
- •Separation of Style from Content
- •CSS Advantages: Short Term
- •CSS Advantages: Long Term
- •Compatibility Problems: An Overview
- •Working with Style Sheets
- •Types of Style Sheets
- •External style sheets
- •Embedding a style sheet
- •Adding styles inline
- •Fear of Style Sheets: CSS and Layout
- •Fear of Style Sheets: CSS and Typography
- •Promise and performance
- •Font Size Challenges
- •Points of contention
- •Point of no return: browsers of the year 2000
- •Absolute size keywords
- •Relative keywords
- •Length units
- •Percentage units
- •Looking Forward
- •11 The Joy of JavaScript
- •What Is This Thing Called JavaScript?
- •The Web Before JavaScript
- •JavaScript, Yesterday and Today
- •Sounds Great, but I’m an Artist. Do I Really Have to Learn This Stuff?
- •Educating Rita About JavaScript
- •Don’t Panic!
- •JavaScript Basics for Web Designers
- •The Dreaded Text Rollover
- •The Event Handler Horizon
- •Status Quo
- •A Cautionary Note
- •Kids, Try This at Home
- •The Not-So-Fine Print
- •The Ever-Popular Image Rollover
- •A Rollover Script from Project Cool
- •Windows on the World
- •Get Your <HEAD> Together
- •Avoiding the Heartbreak of Linkitis
- •Browser Compensation
- •JavaScript to the Rescue!
- •Location, location, location
- •Watching the Detection
- •Going Global with JavaScript
- •Learning More
- •12 Beyond Text/Pictures
- •You Can Never Be Too Rich Media
- •Server-Side Stuff
- •Where were you in ‘82?
- •Indiana Jones and the template of doom
- •Serving the project
- •Doing More
- •Mini-Case Study: Waferbaby.com
- •Any Size Kid Can Play
- •Take a Walk on the Server Side
- •Are You Being Served?
- •Advantages of SSI
- •Disadvantages of SSI
- •Cookin’ with Java
- •Ghost in the Virtual Machine
- •Java Woes
- •Java Woes: The Politically Correct Version
- •Java Joys
- •Rich Media: Exploding the “Page”
- •Virtual Reality Modeling Language (VRML)
- •SVG and SMIL
- •SMIL (through your fear and sorrow)
- •Romancing the logo
- •Sounds dandy, but will it work?
- •Promises, Promises
- •Turn on, Tune in, Plug-in
- •A Hideous Breach of Reality
- •The ubiquity of plug-ins
- •The Impossible Lightness of Plug-ins
- •Plug-ins Most Likely to Succeed
- •Making It Work: Providing Options
- •The “Automagic Redirect”
- •The iron-plated sound console from Hell
- •The Trouble with Plug-ins
- •If Plug-ins Run Free
- •Parting Sermon
- •13 Never Can Say Goodbye
- •Separation Anxiety
- •A List Apart
- •Astounding Websites
- •The Babble List
- •Dreamless
- •Evolt
- •Redcricket
- •Webdesign-l
- •When All Else Fails
- •Design, Programming, Content
- •The Big Kahunas
- •Beauty and Inspiration
- •Index
14 WHY: Designing for the Medium: Breath Mint? Or Candy Mint?
Finally, the Web is different because it works best when it’s lean and mean. Looking at a full-bleed, two-page spread places no strain on magazine readers, but viewing sites that make extensive use of images, sounds, and other “heavy” media can put a serious crimp in the web user’s experience— particularly if the designer has not taken pains to optimize the site. File sizes must be kept small if web pages are to download quickly and efficiently over slow, dialup modem connections (or even fast connections). Include too many images or other files per page, and the fastest connection will slow to a crawl due to limitations in the number of files that can be served simultaneously.
This conflict between size and speed is known as bandwidth, and we will have much to say about it later in this chapter. For now, the following disturbingly technical definition will either give you your bearings or send you screaming back to the safety of print design.
A Definition of Bandwidth
According to Whatis.com (www.whatis.com):
"Bandwidth (the width of a band of electromagnetic frequencies) is used to mean… how fast data flows on a given transmission path…. It takes more bandwidth to download a photograph in one second than it takes to download a page of text in one second. Large sound files, computer programs, and animated videos require still more bandwidth for acceptable system performance."
Designing for the medium is a joy—once you understand the Web’s limita-
tions and opportunities.
BREATH MINT? OR CANDY MINT?
If you know your web history (or if you’ve skipped ahead to Chapter 5, “The Obligatory Glossary”), you’ll recall that the Web was conceived as an open platform for distributing structured text documents. When physicists Tim Berners-Lee and Robert Caillou created Hypertext Markup Language (HTML) as a limited subset of a much more complex open standard for document publishing, graphic design was the last thing on their minds.
Taking Your Talent to the Web |
15 |
HTML was as simple as rain. It was built in that way so scientists could learn it quickly and use it to publish their physics papers online. Documents published in HTML were “styled” by the default settings of early Web browsers (the familiar Times New Roman on a gray background). Early web pages looked exactly like physics papers, which was pretty darned great if you were a physicist.
But clients don’t buy physics papers. After designers and their clients grasped the Web’s commercial potential, they began seeking ways to make web pages look as good as other professional publications. Today, web standards such as Cascading Style Sheets (CSS) allow us to do just that. But in 1994 and 1995, these standards did not exist, so web designers and browser makers such as Netscape began “extending” the behavior of HTML in nonstandard ways.
What happened to HTML was not unlike what happens to legislation introduced in the U.S. Congress. A legislator wants to change the speed limit in his home state. By the time it gets out of committee, the bill includes taxes on liquor and tobacco, gun licensing restrictions, subsidies for farmers, mandatory parental warnings on CDs and cassettes, and an impassioned plea for school prayer. Over the years, HTML was similarly amended, extended, and tacked onto by a thousand hands. Many of those amendments were intended to facilitate the needs of designers. A few were just plain wacky. We’ve been coping with the damage ever since. Take the following example:
HTML in the “Good Old Days”:
<a href=”index.html”><IMG SRC=”image.gif” alt=”Return to the home page.”></a>
HTML Today:
<tr><td valign=”top”><a HREF=”index.html” target=”elchico” onMouseOver=” window.status=’Home again, home again, jiggity jig.’; changeImages(‘toc’, ‘omen2/ coreover.gif’); return true;” onMouseOut=”window.status=’’; changeImages(‘toc’, ‘omen2/core.gif’); return true;”><img name=”toc” src=”omen2/core.gif” width=”49” height=”25” border=”0” alt=”Return to the core page.” Title=”Home again, home again, jiggity jig.”></a></td></tr>
16 WHY: Designing for the Medium: Breath Mint? Or Candy Mint?
Later in this chapter, we’ll talk about HTML and web standards in more detail. For now, it’s important to realize that the impulse behind the Web’s creation was logical, structured, and intended to address a basic need: the simple sharing of data. It was never about marketing or design.
Despite all that has befallen since those early days, many people continue to view the Web as an archive or database of searchable information. And some of these folks have espoused a set of “rules” to ensure that web pages yield their information with a minimum of fuss and confusion. Let’s call this group the Usability People. Jakob Nielsen is one of their foremost exponents, and you can read what he has to say at www.useit.com. To Usability fans, anything that impedes access to the data is bad; anything that momentarily confuses even a single user is bad; and thus, pretty much anything out of the ordinary is viewed with suspicion or banned outright. This view of the Web is straightforward and can serve as a touchstone for web designers, though the guidelines espoused by Usability gurus should not be confused with Commandments. (Last time we checked, the Commandments were written by Someone else.)
Usability basically reminds designers to think about the needs of their audience. On many commercial and informational sites, web users simply hope to find things or do things as quickly as possible. When checking sports scores or seeking low airfares, they do not wish to be creatively challenged by a complex multimedia experience. They merely want to find what they seek and get on with their lives.
This does not mean that web design is a cold, calculating science. Far from it: Like all good design, web design is aesthetic, emotional, and largely unquantifiable. The value in the Usability perspective is that it reminds web designers to create sites that people can actually use.
This ought to go without saying, but you’ll find that in web design almost nothing goes without saying. Perhaps in print you’ve known designers who become so carried away with graphic design for its own sake that they forget to communicate. The synergy between headline and visual gets lost in a haze of technique; typography advances toward illegibility; subtleties of lighting completely obscure the subject, and so on. When web designers make the same mistake, potential readers and customers are thwarted in
Taking Your Talent to the Web |
17 |
their desire to use the site. The folks in suits start beating the designers over the head with Jakob Nielsen’s latest book, and a good time is had by no one. Don’t let this happen to you. It’s easy to avoid if you keep the intended user and usages in mind.
Magazine and ad layouts may be wild or restrained as long as they are legible. Web design must be much more than legible, though many sites fail to achieve even basic readability, and few indeed are a pleasure to read. (To say nothing of the fact that most ad layouts are intended to convey simple messages, while websites often perform numerous, complex functions.) In his widely read 1996 treatise, Creating Killer Websites, David Siegel listed three cardinal virtues of web design: “Clarity, Brevity, Bandwidth.” Though Siegel was a graphic designer and not a Usability Person (and though he did not always achieve these goals in his own work), there’s likely not a Usability Person on the planet who would disapprove of that trinity.
But many designers and artists saw something quite different in the Web: the chance to create and publish creative works that plunge the viewer into a unique world of imagery, exploration, and cinematic or personal narrative. This view, implicit in sites such as Photomontage (www.photomontage.com) and Presstube (www.presstube.com), is as vital to the health of the medium as the contrasting Usability perspective. We’ll call its exponents the web artists, though this label is somewhat misleading. For while it’s true that many web artists are motivated by the urge toward pure creative expression, the trails they blaze are invariably followed by marketers in search of deep online branding opportunities. The innovations delivered by pioneering multimedia artists quickly become the basis for sites touting Motown, Madonna, or Barney’s New York.
Web artists do not believe in holding the visitor’s hand. They judge that websites can be as challenging as paintings, music, literature, or Swedish movies. They further hold that there is an audience for sites that raise bars and test boundaries. They are, of course, correct. Challenging sites can reward patient viewers. They don’t please everyone but neither does modern painting. Writer Curt Cloninger summed up the conflict between those who view the Web as an informational database and those who see it as a wide-open aesthetic frontier when he shrugged, “Usability Experts are from Mars, Graphic Designers are from Venus” (www.alistapart.com/ stories/marsvenus/).
18 WHY: Designing for the Medium: Breath Mint? Or Candy Mint?
Figure 2.1
Supermodified looks like (and is) a work of multimedia art. Yet it serves a commercial purpose.
Visitors can trigger loops of music by typing on the keyboard. A strictly informational approach to site design, such as the Google Search Engine (Figure 2.2), would be far less effective at creating excitement about the composer’s work (www.amontobin.com).
Figure 2.2
The Google Search Engine. A classic example of function driving form (with the possible exception of the logo). Google’s search engine delivers solid results, and hardcore geeks love it because it strips away the clots that clog the arteries of most commercial search engines. Both Google and amontobin.com are successful at doing what they set out to do, yet they are clearly different in their approach to the user experience (www.google.com).