![]() |
|
|
Home
Professional
Other areas
Tom's other sites
Mailing lists: |
|
Document conventionsWe live in a multiplatform environment: Most Web servers are Unix, most design stations are Mac, and most desktop systems are Windows. Therefore, documents should be structured and named as simply as possible to allow them to work equally well on all machines.Standard page and link colors are as follows:
File namesFile names should be simple, short, descriptive, easy to organize, and cross-platform. Here are a few rules:
We realize it can be a mighty butt-pain to recreate existing pages according to these conventions. You don't have to spend too much time converting those pages, but be sure to follow the rules in creating new sites.
DimensionsTotal window width (as determined by frames, tables, and graphics) should be no more than 600 pixels, which should allow it to be viewed on most systems with a 14" monitor. If possible, keep the width below 535 pixels, which prints nicely on an 8.5"-by-11" sheet of paper in portrait mode.When setting up frames, see also the dicta about Frame conventions. (In brief: The Index frame is 140 pixels wide and the Head frame is 110 pixels high.) In determining whether to deliver mass information as one long document or several small ones, there are several factors to consider. Among them are:
GraphicsUseWIDTH="X" and HEIGHT="X" tags on all graphics. Some browsers will use this information to lay out the page geometry -- including the text -- while loading the graphics, giving the appearance of a faster-loading page.
All graphics should have an Do not create animated GIFs that loop more than three times or ten seconds (whichever comes first). Remember that browsers that don't display animated GIFs will show only the first frame of the animation. Therefore, that frame must have useful information in it. (A trick I like to use is to have the first frame play as fast as possible, and then launch into the animation from wherever I like.) If you want to use custom rules (lines) to set sections apart from one another on the page, create a small (10 pixel-by-10 pixel), solid graphic and stretch it to the size you want. Don't create several instances of the same rule. On a related note: Use 10-by-10 graphics instead of 1-by-1 graphics for spacers etc. 1-by-1 graphics are hard to grab and manipulate in graphical Web page editors.
Use client-side image maps instead of server-side. Better yet, cut the graphic up and add Make sure your design station is set to display only 256 colors, as many visitors' machines will be. Graphics that look great in millions of colors often look awful when dithered for lower resolutions. And, of course, use the Web-safe 216-color palette wherever possible.
TextBefore laying out text as a graphic, consider using font stylings on plain HTML text instead. Your page will load faster, be searchable, require fewer tags, and be easier for sight-impared people to read.
Remember that text looks smaller on most Macintoshes and Unix machines than on Windows boxes. If possible, browse the site on other platforms at least once during the design process. By the same token, use small type (i.e. Likewise, be sparing with non-black text, and use only colors that contrast well with the background.
Make structured documents -- like this one -- consistent. All subheads should be tagged with the same
Eight-bit characters (such as é, and the like) won't display properly unless you use the proper codes:
The
ProgrammingThree words: Don't Do It. JavaScript cuts off some of your audience, Java cuts off more, and proprietary plug-ins (such as Macromedia Flash) leave almost everyone in the dark. If you must use programming, make sure it's not essential to capturing the meaning of your page.Also, don't use programming tricks as attention-grabbing gimmicks: They're the mark of an amateur. Examples are: music that plays when the page loads, text scrolling, and excessive button rollovers. If you're using programming to animate a graphic, consider using an animated GIF instead. It'll use fewer resources and more people will be able to see it. If you use programmed elements for navigation, there must be an alternate, non-programmed way to get around the site as well. Programming should never take control away from the visitor for more than a second. I saw one site that had a script that displayed a map that s-l-o-w-l-y scrolled to your location. It was very clever, but visitors had to go through this annoying 15-second ritual every time they went back to the page.
Frame conventionsPages should have no more than three frames, as follows:
The Head frame has no scroll bars. No frames are resizeable.
You must use the boilerplate text, below, for the
Frame examples![]()
|
<HTML>
[Mandatory NOFRAMES text goes here: see below]
|
<NOFRAMES> |
|
If you're seeing this message, your Web browser doesn't support frames. If your computer can support it, we recommend downloading one that does, such as Netscape Communicator or Microsoft Internet Explorer. (Most Power Macintoshes and Pentium-based PCs with 16MB RAM or more are powerful enough for these programs.) You probably see something that looks like this:
FRAME: Head FRAME: MainChoosing "Head" lets you jump directly to the following sections:
Choosing "Main" gives you a description of what's in this section, and may have other links. If you get lost, the Home page gives a (fairly) complete index to the site. Good luck! |
This page was last updated on Thursday, January 05, 2012 at 6:15pm CST. All contents copyright 2005 by Tom Geller.