- •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
42 WHY: Designing for the Medium: Web Pages Have No Secrets
As you might expect, the format that compresses best uses the least bandwidth and is therefore the most popular. The RealPlayer (www.real.com) is the “best-selling” free video player on the market because it compresses video and audio down to sizes that work well even over dialup modems (though 56K modems are strongly recommended). QuickTime files tend to be larger than Real files and have higher quality; again, as common sense would lead you to expect, QuickTime is not quite as popular as RealVideo. Windows Media Player is currently the third most popular streaming format. Though it’s native to the Windows Operating System, an oddly named
“Windows Media Player for Macintosh” is available also, and seems to work well enough.
When appropriate, these players and plug-ins enable designers to bring rich multimedia (and in the case of Flash, interactivity) to the Web. And of course, when used unwisely, they make the medium a virtual hell of ugly spinning logos, unwanted soundtracks, and other detritus that adds insult to injury by taking forever to download.
WEB PAGES HAVE NO SECRETS
Web pages are immodest. You can see what’s under their clothes. You can’t learn the design secrets of a print layout by looking, touching, or clicking; but you can easily do this on the Web.
To begin with, every browser since Mosaic, released in 1993, has a menu item called View Source. As you’d expect, this allows you to view the source code of any web page. How the heck did the designer pull off that intricate web layout? View the source and find out. How did they make the image change when you dragged your mouse across it? Click View Source and study their JavaScript code. It is, of course, possible to obfuscate JavaScript source code, making it difficult for source snoops to understand what is going on. It’s also possible to write extremely ugly code, but that’s usually not intentional. For an example of the former, use View Source and compare: http://dhtml-guis.com/game/poetry.opt.html versus http:// dhtml-guis.com/game/poetry.html.
Taking Your Talent to the Web |
43 |
Naturally, you need to know enough about HTML or scripting languages to understand the code you’re looking at. Conversely, the more source code you view, the more you’ll learn about the code that makes web pages work. Most web designers learn their trade this way. In fact it’s fair to say that for every HTML book sold, there are a thousand web pages whose source code has been studied for free. Well, perhaps it’s not fair to say, but we’ve gone ahead and said it anyway, and since we get paid by the word, we’re adding yet another irrelevant clause to the mess.
The ability to view source code is there for a reason: to teach HTML and other markup and scripting languages by example. Even sharp operators who know all the angles are constantly learning new tricks and techniques by studying their peers’ sources.
Make a mental note never to steal someone else’s source code outright. All you want to do is learn from it. This is an ethical and professional issue, not a legal one. Unlike text, artwork, and photography, HTML markup is not protected by copyright, even though some web designers claim otherwise.
Unscrupulous designers do steal each other’s code, but this is a bad practice. If the moral issues do not concern you, imagine your embarrassment— and possible business difficulties—should your client receive an angry letter from a designer whose code you swiped. It’s not worth the risk.
In Chapter 8, “HTML, the Building Blocks of Life Itself,” we’ll teach you how to View Source in your HTML editor of choice rather than inside the browser. Because many designers won’t bother reading that chapter, we’ll pad it out with poignant childhood reminiscences and jokes involving creamed corn.
In addition to View Source, Netscape Navigator’s menu bar offers an option to View Document (or Page) Info. Choose it, and the entire page will be deconstructed for you in a new window, image by image. Beside each image’s name you’ll find its complete URL (its address on the Web), its file size, how many colors it contains, and whether or not it uses transparency. Click the link beside each image, and the image will load in the bottom of the window. By viewing page info, you may discover that a large image is
44 WHY: Designing for the Medium: Web Pages Have No Secrets
actually composed of smaller pieces stuck together with a borderless HTML table or that what looks like one image is actually two: a transparent foreground GIF image file floating atop a separate background image. Or you’ll discover invisible (transparent) images, used to control the spacing of elements on old-fashioned web pages. (Today, designers use CSS to accomplish the same thing without subverting the structural purpose of HTML. Throw out those old web design books. The tricks they teach are outdated and considered harmful to the future of the Web.)
Microsoft’s Internet Explorer does not let you view page info the way Netscape’s browser does. But both browsers are free, and as a designer you will be using both anyway. In fact, you’ll regularly be checking your work in at least two generations of Netscape and Microsoft’s browsers and then double-checking it in WebTV, Opera, iCab, and Lynx.
In all likelihood, even when all browsers fully support common standards, you will still have to check your work in multiple browsers to avoid browser bugs—and of course you will have to view your work on multiple platforms. Or at least ask people on web design mailing lists to check it for you.
The Web Is for Everyone!
The last version of HTML—HTML 4—goes out of its way to make sure that everyone can use the Web, from Palm Pilot owners to the blind and from English speakers to, uh, nonEnglish speakers. HTML 4 contains improved accessibility features that enable web designers to accommodate all potential users, thus better fulfilling the medium’s mandate. Throughout this book we’ll be talking about ways to make your content accessible to everyone.
Web design is different because websites must be compatible with many browsers, operating systems, and access speeds. The following sections discuss some of the challenges that make all the difference between designing and designing for the medium.
It’s Still the Bandwidth, Stupid
In the preceding section on multimedia, we defined bandwidth in terms of bits and bytes per second. The key to bandwidth is realizing that there is never enough of it. Design with a few small files, and you remove the band-
Taking Your Talent to the Web |
45 |
width obstacle for most of your potential audience. Design with large files, and your audience shrinks to a chosen few who enjoy fast access at all times. Design with many large files per page, and your audience shrinks to you and you alone.
Bandwidth issues are complicated by the amount of traffic clogging the network. A corporate T1 line is very fast—until 500 employees log on over their lunch hour. Then it can be as dreary as the slowest home dialup modem.
Similarly, 10 early adopters share a super-fast cable modem line. They brag to their friends who quickly subscribe to the service and tell their buddies about it. Soon 1,000 people are connected to the same cable modem line, and it is no longer reliably fast because the available upstream bandwidth has shrunk. The cable modem is still offering the same peppy connectivity, but the bandwidth is now shared across multiple users.
Likewise, an Internet Service Provider (ISP) brags in its advertising that it offers multiple, redundant T3 connectivity (very, very fast). The advertising campaign is so successful that a million new users subscribe to the service, and suddenly the bandwidth available to any given subscriber is low. ISPs are like airlines. Airlines overbook flights, causing you to miss connections. ISPs underestimate needed capacity, slowing down connections. Bandwidth never exceeds the speed of the weakest link. Your corporate T1 line does you little good if the site is being served from a home machine connected to the Internet via the owner’s Integrated Digital Services Network (IDSN) line. Or the server may be fast and powerful, but if a connecting router goes down in Chicago, bandwidth will slow to a trickle.
Differences in national phone service contribute to the problem. Sites served from Japan, Australia, and France are almost always slow to reach the U.S. no matter how powerful the server and no matter how fast the connection on your end.
Bandwidth also may be negatively impacted if the server is overloaded due to temporary traffic at one of the sites it serves. In 1999, when Internet Channel (www.inch.com) in New York City hosted a live webcast by Steve Jobs of Apple Computer, demand for Jobs’s address ran so high that all sites on that server ran slower than normal—even though those other sites were unaffiliated with the Apple broadcast.