`markup language (HTM L)
`
`• For anyone who wants
`to make information
`available to users of
`Mosaic or other World
`Wide Web browser
`programs
`
`*****
`
`• Features annotated
`illustrations of
`HTML techniques
`
`LARRY ARONSON
`
` 1
`
`Petitioners' Exhibit 1028, Page
`
`
`
`Copy Editor
`Technical Reviewer
`Project Coordinator
`Proofreaders
`Cover Illustration
`Cover Design
`Book Design
`Screen Graphics Editor
`Word Processing
`Page Layout
`Indexer
`
`Kelly Green
`Clay Shirky
`Ami Knox
`Ami Knox and Barbara Dahl
`Regan Honda
`Regan Honda
`GarySuen
`Pipi Diamond
`Howard Blechman
`Tony Janick
`Carol Burba
`
`Ziff-Davis Press books are produced on a Macintosh computer system with the following applications:
`FrameMaker®, Microsoft® Word, OuarkXPress®, Adobe Illustrator®, Adobe Photoshop®, Adobe Streamline"',
`MacUnk®P/us, Aldus® FreeHand"', Collage PlusTM.
`
`If you have comments or questions or would like to receive a free catalog, call or write:
`Ziff-Davis Press
`5903 Christie Avenue
`Emeryville, CA 94608
`1-800-688-0448
`
`Copyright © 1994 by Ziff-Davis Press. All rights reserved.
`
`Ziff-Davis Press and ZD Press are trademarks of Ziff Communications Company.
`
`All other product names and services identified throughout this book are trademarks or registered trademarks of
`their respective companies. They are used throughout this book in editorial fashion only and for the benefit of such
`companies. No such uses, or the use of any trade name, is intended to convey endorsement or other affiliation with
`the book.
`
`No part of this publication may be reproduced in any form, or stored in a dataJbase or retrieval system, or
`transmitted or distributed in any form by any means, electronic, mechanical photocopying, recording, or otherwise,
`without the prior written permission of Ziff-Davis Press, except as permitted by the Copyright Act of 1976, and
`except that program listings may be entered. stored, and executed in a computer system.
`
`THE INFORMA1lON AND MATERIAL CONTAINED IN IHIS BOOK ARE PROVIDED "AS IS," WITHOlJT WARRANTY
`OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING WITHOlJT LIMrTATION ANY WARRANTY CONCERNING THE
`ACCURACY, ADEQUACY, OR COMPLETENESS OF SUCH INFORMATION OR MATERIAL OR THE RESULTS TO
`BE OBTAINED FROM USING SUCH INFORMATION OR MATERIAL. NEITHER ZIFF-DAVIS PRESS NOR THE
`AUTHOR SHALL BE RESPONSIBLE FOR ANY CLAIMS ATIRIBUTABLE TO ERRORS. OMISSIONS, OR OTHER
`INACCURACIES IN THE INFORMATION OR MATERIAL CONTAINED IN THIS BOOK, AND IN NO EVENT SHALL
`ZIFF-DAVIS PRESS OR THE AlJTHOR BE LIABLE FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR
`CONSEOUEN1lAL DAIMAGES ARISING OUT OF THE USE OF SUCH INFORMATION OR MATERIAL.
`
`ISBN 1-56276-300-8
`
`Manufactured in the United States of America
`109876543
`
` 2
`
`Petitioners' Exhibit 1028, Page
`
`
`
`GENERAL HTML PRINCIPLES
`
`Goon HTML STYLE
`
`CREATING A HOME PAGE
`
`CONVERTING AN EXISTING DOCUMENT TO
`HTML
`
`Petitioners' Exhibit 1 028, Pagel 3
`
`
`
`H TML is so easy th at it's tempting to jump right in and starting writing
`
`text with markup tags, checking the files with Mosaic or one of the
`other graphical browsers and making corrections as you go. You can
`put in formation on the World Wide Web very quickly. In a day or two, you can
`create an HTML hypertext work that will establish a solid presence on the Web
`for you or your organization. However, it's just as easy to create a sloppy hyper(cid:173)
`text work as it is to create a neat one. In this chapter you'll find a discussion of
`the principles of writing good World Wide Web pages, plus step-by-step walk(cid:173)
`throughs of two kinds of Web applications--building a personal home page
`and converting an existing document to hypertext.
`Of course, all of this is rapidly growing and changing. Perhaps the most widely
`observed convention found in Web documents is the inclusion of the phrase
`"Under Construction." You can write a home page in a few hours, but you'll
`never be finished wit!) it-it will grow as you do. This is one reason observing a
`few principles of good design can be so important. The creation of a personal
`home page, in particular, is an act of creative expression in a brand new medium.
`It is the setting up of your boo th in Cyberspace to provide information, goods,
`and services, and to define who you are to the Global Electronic Village.
`
`GENERAL HTML PRINCIPLES
`Another reason good design is so important with Web applications is that you
`have no control over the context from which people will establish links to your
`Web pages. Think of your Web application as a house in Cyberspace; the door
`
`37
`
`Petitioners' Exhibit 1028, Page 4
`
`
`
`38 CHAPTER 3: WRITING HTML DocuMEN T s
`
`is always open. Each HTML page is a room in this house. Most people will
`enter via your home page. A good home page takes care to properly welcome
`its visitors and let them know where they are and what interesting resources
`are to be found inside. The navigation controls of their browser will let the
`reader exit the way they came in; still, it's nice when the home page provides
`suggestions and links to other places in Cyberspace to visit.
`Not everybody will enter your Web application through its home page. Some
`people will come in through the windows of other rooms in your Cyberspace
`house. There are a number of automated programs that continually explore the
`World Wide Web, building databases of titles, headings, and URLs as they link
`from one Web server to another. These are sometimes called robots, spiders,
`worms, or web walkers. There is a page on the Web with information on known
`robots at http://web.nexor.co.uklmak!doc/robots/robots.html. You could ask
`the World Wide Web Worm, for example, to provide a list of all Web pages that
`have the word fractal in their title. Such links are independent of the structure
`the authors of those pages intended. The point is that readers will find ways you
`didn't anticipate to enter your hypertext work. Help these people out; at a mini(cid:173)
`mum, provide a link back to your home page from every other page you put on
`the Web. Don't leave lost readers feeling more lost than when they entered
`Remember also that your HTML documents-the source code of your Web ap(cid:173)
`plication-are readily available to anyone who can access the Web. Other HTML
`authors may copy elements of your pages and incorporate them into their Web
`applications. Hypertext works on the World Wide Web are living, growing struc(cid:173)
`tures. If you keep this in mind, with a little preparation, practice, and planning,
`your hypertext works can grow and evolve as smoothly as the Web does.
`Probably the best preparation for writing HTML documents for the World
`Wide Web is reading World Wide Web HTML documents. Get a feel for what
`other authors have put on the Web and the approaches they've taken in orga(cid:173)
`nizing and formatting their work. You'll need a graphical browser to fully ap(cid:173)
`preciate what others have done with HTML. You should at least have NCSA
`Mosaic. Other browsers may have more f~atures than Mosaic; however, most
`of the documents currently on the Web have been written with Mosaic in
`mind. Mosaic is great software. It comes in versions for Microsoft Windows,
`Apple Macintosh, and Unix X/Windows, and it's free-a heck of a deal.
`The home page for all three versions of Mosaic, http://www.ncsa.uiuc.edu/
`SDG/Software/Mosaic, is a good place to start your study of Web pages. An(cid:173)
`other good place is NCSXs What's New page on the same server, http://www(cid:173)
`.ncsa.uiuc.edu/SDG/Software/Mosaic/Docs/whats-new.html. This page is
`updated every two weeks with links to Web pages that have just been created.
`
`Petitioners' Exhibit 1028, Pagel s
`
`
`
`GENERAL H TML PRINCIPLES 39
`
`It's a good sampling of what people in many different fields are doing right
`now on the Web with HTML.
`Mosaic and most of the other graphical browsers can save any HTML docu(cid:173)
`ment on the World Wide Web in its original form as an HTML file. It is then a
`simple matter to open that HTML file in a text editor to see how HTML was
`used to create the display seen in Mosaic's window. As practice in writing HTML
`documents, edit these files and change the tags. Mosaic has an Open Local ...
`choice under its File menu that you can use to view the reedited pages to see your
`changes reflected in the browser's display. After looking at a number ofHTML
`documents and playing with the elements of HTML, you should start to have an
`idea of what you can do with your own applications. But before you start, it's
`good to review a few principles that apply to computer programming in general
`but have special application to HTML documents on the World Wide Web.
`General principle number 1: Keep it simple. Emphasize content over form.
`You have little control over the exact look your document will have when
`. viewed by the various browsers readers have at their disposal, so don't waste a
`lot of effort trying to get something to look just right; instead, spend your
`time making the content-the information you want to convey to the reader(cid:173)
`clear and compelling. If the typography of a document must be exact, consider
`putting a version of that document on your Web server in a format that can be
`downloaded by the reader-a Microsoft Word document in RTF (Rich Text
`Format) or an Adobe PostScript or Acrobat file, for example.
`Make sure the images on your Web page are informative. A small picture of
`you on your home page provides readers with information that words alone
`cannot convey. A picture of your car, unless you've done something extraordi(cid:173)
`nary with it, does not. Avoid putting up Web pages that emulate automated
`teller machines with large graphic buttons for links. They take too long to load
`and are harder to maintain. HTML provides different list structures, one of
`which sh ould do to organize any set of links. As the application evolves, you'll
`find it a lot easier to change these list structures than you would a set of pic(cid:173)
`tures. Your Web page should not look like a magazine cover, either. Readers
`will choose to link to your page because they are browsing related informa(cid:173)
`tion, not because of your cool graphics. Web pages are not in competition
`with each other for the reader's attention.
`The Internet, and the World Wide Web in particular, is growing so fast that
`many Internet experts are worried that bandwidth, essentially the networks'
`capacity to handle traffic, is starting to get scarce. So it's considered polite practice
`(good netiquette) to keep the amount of data you're asking others to move across
`their networks on your behalf to a minimum. Large graphic elements eat up
`
`Petitioners' Exhibit 1 028, Page 6
`
`
`
`40 CHA P TE R 3: WR I T I NG HTML Do cuMENTS
`
`bandwidth. Your PC graphics program is probably great at creating beautiful
`three-dimensional bar charts with gradient color fills, but you can probably pro(cid:173)
`vide the same information with a two-dimensional black-and-white graph. One
`approach commonly found on the Web is the use of a small version of a graphic,
`often called a thumbnail, as a link to a larger version. For example, this bit of
`HTML
`
`Cl i ck <A HREF-"Large_AE.GI F"> Albert
`<IMG SRC- "Small AE.GIF " ALT- "Eins t ein " AU GN-M!ODLE>
`<!A> t o see a large (90k bytes) picture of the scient i st.
`
`creates the Mosaic display shown in Figure 3.1.
`
`~Iii.
`
`&&
`
`[ =MC2 ·-
`
`fii!C
`
`Cl1ck ~.,see a la!ge (90k b)'I03) pictw> of the ocoenlln
`
`Figure 3.1: Using a thumbnail to access a larger image.
`
`The relative URL addressing (using a partial URL to refer to the location of
`a file relative to the URL of the current page) used in generating Figure 3.1 re(cid:173)
`quires that the two image files referenced in the HTML anchors-Large_AE.(cid:173)
`GIF and Small_AE.GIF- be in the same directory as the Web page containing
`the links. The name Albert and th e small image are together the anchor of a
`link to the larger image file, Large_AE.GIF. Clicking either one will fetch the
`larger file and pass it to a helper application to display it in a separate window
`as an external image. By telling readers in the text how large the image file is,
`you provide them with the information needed to estimate how long it will
`take to load. Note t~e use of the ALT attribute in the IMG tag to direct non(cid:173)
`graphical browser.'> w display the text "Click Albert Einstein to see a large (90k
`bytes) picture of the scientist."
`General principle number 2: Good work is never done. It is not until after
`your information is made available on the Web that you'll begin to appreciate
`the hypertext stn· -ture that is natur::-.1 for it. YNl should expect to frequently
`update and revise any work you put on the Web. As you add to and change the
`information on a page, you'll have the opportunity to work with its structure,
`improve its looks, and replace any dead URLs-links to Web pages or servers
`
`Petitioners' Exhibit 1028, Pagel ?
`
`
`
`GENERAL HTML PRINCIPLES 41
`
`that no longer exist. You'll also have the benefit of feedback from other people
`who have read your work. It's a good idea-
`in fact it's an accepted Web con(cid:173)
`vention-to include your signature and e-mail address on your work. And
`don't be embarrassed to ask for comments.
`A decade ago, a speaker at a computer language conference I attended for(cid:173)
`mulated this principle into the following law which he named after himself.
`Herewith is Biddlestone's law:
`The requirements of any system are a function of the experience gained
`installing that system for the user.
`One implication of this law is that whatever information you have, in what(cid:173)
`ever state it's in, you should put it up on your server and let people see it. It's
`better to make the information available with an explanation than to not make
`it available at all. It's not uncommon to come across a page on the World Wide
`Web (or on a gopher server) with a heading following by the phrase Under con(cid:173)
`struction or Work in progress, so you should not be embarrassed to place unfin(cid:173)
`ished or unverified information on your Web pages, as long as you inform
`your readers of this fact.
`General principle number 3: Have fun:-).
`The way you approach creating a hypertext work for the World Wide Web
`depends on what kind of information you want to serve and how much of is
`already in digital form. Broadly speaking, there are two approaches: top-down
`and bottom-up. If you are starting a work from scratch and there is little or no
`existing information already on line, then work from the top down. If tl1ere is
`already a lot of information available that needs organizing, or if there's an ex(cid:173)
`isting work to be converted to hypertext, then start from the bottom and work
`your way up. Of course, not all hypertext applications fall easily into one of
`these two categories. Most real-world projects are a combination of new work
`and existing material. This is typical of organizations that already make use of
`distributed information.
`A third approach you might find useful is stealing. Yes, theft-if you find
`something you like, copy it. Edit other people's pages and replace their infor(cid:173)
`mation with yours. You may prefer to think of this as borrowing ideas; if so,
`you should pay back the ideas with interest.
`Stealing from other Web pages can be very productive. I must recommend,
`however, that you only copy the structure and the hypertext links, not the
`content from somebody else's Web page. Avoid copying anything from pages
`that have explicit copyright statements or that are connected to organizations
`with large financial and legal resources. When in doubt, ask. And give credit
`where it's due.
`
`Petitioners' Exhibit 1028, Pagel a
`
`
`
`42 CHAPTER 3: WRIT I NG HTML DocuMENTS
`
`Goon HTML STYLE
`As the Web continues to grow, it becomes ever more important to write HTML
`that conforms to certain guidelines and styles. Right now there are about a
`dozen Web browsers available. A year from now I fully expect that number to
`triple. The major online services all have plans to provide Web browsers as part
`of their offerings. The new releases of the most popular operating systems,
`Microsoft Windows 95, Macin tosh System 7.5, and OS/2 Warp have built-in
`Internet connectivity. This will greatly expand the potential Internet and World
`Wide Web user base; expect the major software publishers to respond with a
`flood of Web products.
`So it's important to write HTML that will look good on any client, not just
`on Mosaic and the current generation of browsers. This section will offer some
`guidelines as to the do's and don'ts of writing good HTML documents that are
`easy to maintain and will produce presentable results on any browser. If you
`follow these guidelines, your document may not look its best on every browser,
`but it will not look ugly on any browser. Please keep in mind that none of this
`is written in stone. The Web, large as it is, is still in its infancy, and nobody
`wants to inhibit its growth- or, for that matter, yours.
`It is a good idea to sign and date all documents you put on the Web so that
`your readers can form some impression of the authority of the document(cid:173)
`how recent it is and how reliable the source of the information is. On a home
`page or any page that serves as an introduction to a hypertext work, your sig(cid:173)
`nature should include your full name and e-mail address so readers can send
`you comments on your work. You can make your name into a link to your per(cid:173)
`sonal home page. On less important pages of the work, your signature can just
`be your initials linked back to the authorship information on the home page.
`You can add an external signature to a Web page by placing a link element
`in the heading of the page. It should be written
`
`<LINK REV•"made" HREF•"mailto:email _add ress ">
`with your e-mail address appearing in place of email_address in the example.
`Place it after the title tags and before the closing </HEAD> tag. The REV
`(reverse relationship) indicates how this document is related to the object
`pointed to by the HREF URL-your e-mail address. The value made says that
`your e-mail address "made" this document. This convention is relatively new
`but gaining wide acceptance as a way to provide servers and browsers with
`your identity.
`Remember that your documents are going on a WorldWide Web, so when
`dating a document, use a long date format with the name of the month spelled
`
`Petitioners' Exhibit 1028, Pagej g
`
`
`
`GooD HTML STYLE 43
`
`out or abbreviated-in other words, October 1, 1994, or 1-0ct-94. Formats
`such as 10/1/94 can be ambiguous.
`Probably the most prevalent kind of error in writing HTML is the misuse of
`paragraph breaks. In part this comes from working so much with one browser
`that you begin to accept its handling of white space as common; it also comes
`from the misconception that the <P> element signals an end of paragraph,
`rather than a paragraph break. According to the HTML specification, "<P> is
`used between two pieces of text which otherwise would be flowed together".
`Usually this is not important. In certain contexts, however, use of extra para(cid:173)
`graph tags should always be avoided, such as before or after any element that
`already implies a paragraph break. Avoid placing the <P> element either be(cid:173)
`fore or after headings or text marked with ADDRESS, BLOCKQUOTE, or PRE
`tags. You should not place paragraph tags immediately before or after a list
`structure or between the items of a list, either. The list item tags <Ll>, <DT>,
`and <DD> already imply paragraph breaks. Some clarification is needed with
`the glossary list tags <DT> and <DD>. It is not legal HTML to have more than
`one <DD> tag following a defining term <DT> tag. If the definition part of
`the entry requires more than one paragraph of text, the use of paragraph tags
`to separate them is correct; the use of multiple <DD> tags per <DT> is not.
`Another common source of error is not properly closing an HTML element.
`With character entities this means forgetting the trailing semicolon or having
`blanks separate the character entity from the rest of the text. It's also easy to for(cid:173)
`get that the ampersand is the escape character. Make sure you writeAT&T
`and not AT&T. Forgetting one of the double quote marks that should enclose a
`URL is also a common error. Some browsers don't care if a URL is in quotes, but
`some do; many will have a problem if one quote mark is there and the other isn't.
`With tag elements, errors can occur when the closing right angle bracket(>)
`is missing. Many browsers will properly render strings that contain a single
`right angle bracket with no matching left bracket ( <) as if that character were
`part of the text. For example, <This is not a tag> will be displayed as: <This is
`not a tag>. However, it is recommended that th e character entity > be used
`for the right angle bracket-<This is not a tag>-because if there are any
`other tag errors in the document, having an extra > around will only make
`matters worse. With nonempty markup tags, forgetting the slash (!) that begins
`the ending element will cause errors, as will having blanks on either side of the
`slash. In both cases, most (but not all) browsers Will ignore the incorrect ending
`tag and produce the same errors as they would if you forgot the ending tag
`entirely. Whatever tag was in effect, its formatting would continue into the fol(cid:173)
`lowing text, possibly to the end of the page.
`
`Petitioners' Exhibit 1028, Page 1 0
`
`I
`
`
`
`44 CHAPTER 3: WRITING HTML DocuMENTS
`
`The nesting of tags should be done carefully. As a general rule, tags that de(cid:173)
`fine styles should be inside of tags that imply structure. Without enumerating
`all the possible combinations, here are a few guidelines:
`Avoid nesting other tags inside of a heading. The big exception to this rule
`is anchors marking the text of the heading as the start or destination of a hy(cid:173)
`pertext link. Headings should never contain any tags that imply paragraph
`breaks. This includes other headings, paragraph tags, horizontal rules, list
`structures, blockquotes, addresses, and preformatted style tags. If you want to
`create a multiple line heading, use the line break tag <BR>. Likewise, head(cid:173)
`ings should never be enclosed in tags other than <BODY></BODY> and
`<FORM></FORM> and, of course, the <HTML></HTML> tags that define
`the document. Enclosing headings with any other tags doesn't make sense,
`and the results are unpredictable.
`The use of style tags to change the rendering of a heading should be avoided
`except when applied to a small part of the heading text, for example:
`<H3>Some <STRONG>lmportant</STRONG> phone numbers<H3> .
`
`Image tags can be used inside of a heading to provide a small graphic coun(cid:173)
`terpart to the heading text. Having the image inside the heading tags is neces(cid:173)
`sary for the browser to recognize the ALIGN attribute and place the image
`properly with respect to the heading text.
`Anchors should be the innermost items of a set of nested tags. For example:
`<H3>Wi l liam Shakespeare</H3>
`An Engl i sh pl aywri ght . .. . etc .• et c . •
`<UL>
`<LI><CITE><A HRE F-" ... ">Ma cbeth <IA><!CI TE >
`<LI > ...
`</U L>
`
`One last point with regard to tags is that you should avoid using any obso(cid:173)
`lete tags; they can creep into your work if you copy parts of it from other pages
`on the Web. These elements include <PLAINTEXT></PLAlNTEXT>,
`<XMP><IXMP>, <LISTING></LISTING>, <HPx></HPx>, and <COM(cid:173)
`MENT></COMMENT>. The first three should be replaced with the prefor(cid:173)
`matted tags <PRE></PRE>; <HP></HP> (highlighted phrase) should be
`replaced with appropriate style tags; and <COMMENT></COMMENT>
`should be replaced with SGML comments which are enclosed by the strings
`<!-- and -->.
`URLs can be a source of errors. A URL error won't affect the rendering of
`the page in a browser's display, but a badly composed URL may be incorrectly
`interpreted by some browsers. Relative URLs, which are used in the next two
`
`Petitioners' Exhibit 1028, Page 11
`
`
`
`CREATING A HOME PAGE 45
`
`sections of this chapter, have strong advantages-they're shorter and they
`make a collection of documents more portable. However, relative URLs
`should be used with care since the URL does not contain all the information
`necessary to construct the link. The missing server and path information is
`taken by the browser from the URL of the document that contains the link.
`Unfortunately, not all browsers do this exactly the same way. What is always
`safe is a relative reference to a file in the same directory as the current page.
`Files in a subdirectory can usually be referenced by using slash-a forward
`slash (/),not the backslash (\) used in DOS path names-as in:
`
`our clerk . <A HREF- "st aff/Cratchet . html">Bob Cratchet<JA>
`
`You can also refer to the same file above by using a dot to refer to the current
`directory:
`
`our clerk. <A HREF-" ./staff /Cra t chet. html ">Bob Cratchet <IA>
`
`You can refer to the parent directory by using two dots( .. ). However, this may
`not work with all browsers and servers. To be absolutely safe, any files that are
`not in the same directory as the current page should be referenced by their full
`path and file names.
`Be careful with the use of the file URL method. What this is supposed to do is
`reference the file on the local host of whoever is browsing the document. This
`might be a file on your hard disk or it might be a file on your Internet server pro(cid:173)
`vider's computer. It is not supposed to be a file on the Web server pointed to by
`the current URL. Unfortunately, some early browsers treat file as synonymous
`with ftp. Unless you know what you are doing, avoid using this URL method.
`These are only some of the more common sources of error. Developing a
`good HTML style is a matter of practice, studying the work of others, and fi(cid:173)
`nally, good common sense.
`
`CREATING A HOME PAGE
`A home page is the one hypertext document within a work that is intended as
`the primary starting point of the work. This is where the work is introduced
`and placed in the larger context in which it's contained. This definition has to
`be a bit abstract as it depends partially on the reader's point of view. The
`World Wide Web can be viewed as a single hypertext work, albeit one with
`many authors. The default home page for the Web is at CERN, the European
`Center for High Energy Physics Research. The URL is
`ht tp://i nfo.ce r n.ch/hyper text/WWW/TheProject .html
`
`Petitioners' Exhibit 1028, Page 12
`
`
`
`46 CHAPTI!R 3: WRITING HTML DocuMENTS
`
`Your personal home page is the starting point for all of your hypertext
`works. Since it will be created from scratch, I recommend using a top-down
`approach, starting with a simple outline like this:
`
`I. YourName
`1. A welcome message
`2. Information about you
`3. A statement of your goals
`4. Current activities/announcements
`5. Related information
`6. Signature, address, time stamps
`
`You needn't follow the above outline exactly, but this is the information read(cid:173)
`ers generally expect to see on a personal home page.
`Before you begin editing the HTML files you need somewhere to put them.
`Create a new directory for these files. A subdirectory of the one that contains
`Mosaic or your favorite browser is a good location as it will keep your path
`names short. Figure 3.3 refers to this directory as WebS pace; you can name your
`directory anything you want. Into this new directory place a text file containing
`an HTML template. Give this file an obvious file name such as template.html. If
`your operating system supports stationary or read-only documents, you should
`save this template as such to prevent overwriting it accidentally. Make sure you
`also save it as a plain text file instead of saving in your word processor's normal
`format. Next start with a copy of the template file and fill in the TITLE and
`BODY sections based on the outline above, like so:
`
`<HTML>
`<HEAD>
`<TITLE>Johannes Kepler's Home Page</TI TLE>
`<!HEAD>
`
`<BODY>
`<Hl>Johannes Kepler</Hl>
`<STRONG>We l come t o my Home Page!</STRONG>
`<HR>
`<H2>Who am l<IH2>
`<H2>What is this Document</H2>
`<H2>Cur rent Projec t s</H2>
`<H2>Re1ated Information</H2>
`<H R>
`<ADDRESS>
`
`Petitioners' Exhibit 1028, Page 13
`
`
`
`CREA TIN G A HOME PAGE 47
`
`Joha nnes Kepler <kepler@nasa.gov> ;
`<!ADDRESS>
`Created : September 26, 1994.
`- updated: September 27. 1994
`<!BODY>
`<IHTML>
`
`and save it in WebS pace directory as homepage.html. All HTML documents
`should have filenames that end with the extension .html unless the files reside
`on a DOS system, in which case they should have the extension .htm. If you
`now load this file into Mosaic, you'll get the display shown in Figure 3.2.
`•
`o:
`
`• I.'
`'--
`
`"''"'
`
`Johannes K•epler's Nome Peile
`
`~·
`~.~ ~ ~~~~~~-=,K::~'''
`
`I
`
`: Johannes Kepler
`
`' Weko .. 10 my Ho,.. h(el
`
`'
`
`Who ami
`
`What ia thia Document
`
`Curreot Projects
`
`Related Information
`
`..
`
`.tul:UVkt.< Jr•J>i'J <l>lfol<ll'J•< ... ft.,.
`
`' l Cnall\l: Sep10mber26, 1994, Upda.10d: Sep10mber Z7,1994
`
`,r¢1
`
`:;;: ·
`1<;: II
`
`Figure 3.2: Johannes Kepler's home page-first draft
`
`From here on, it's just a matter of filling in paragraphs of narrative text
`under each heading with perhaps some subheadings and m aybe a picture of
`yourself. At this stage, don't worry about the hypertext structure; that will
`evolve as you develop the page from the top downward. If you find that under
`some heading you are just listing items, then use one of the HTML list struc(cid:173)
`tures. A common feature of many home pages is a list oflinks to the author's
`favorite Internet sites. Put such lists under the Related Information heading.
`
`Petitioners' Exhibit 1028, Page 14
`
`
`
`48 CHAPTER 3: WRITING HTML DocuMENTS
`
`Now read what you've written. Did you mention the World Wide Web? If
`you did, then make that reference into a link to the World Wide Web's home
`page at CERN:
`
`<A HREF- "h t tp://i nfo.cern. ch/hypert ext/ WWW/ThePro ject .html" >
`World Wi de Web< IA>
`
`Likewise for any organizations that you refer to in the text that have home
`pages on the Web.
`Do you have a copy of your resume on line? If you do, then create a plain
`text version of that file and save it in the WebS pace directory as resume. txt.
`The .txt extension (and the lack of <HTML></HTML> tags) tells browsers
`not to interpret the file as a hypertext document-in other words, to respect
`the carriage returns and other white space in the file and present it as is. Later
`on you can create an HTML version of this text file, but this will do for now.
`Your file structure should now look something like the directory listing
`(slightly simplified) in Figure 3.3. In the section that tells the reader who you
`are, make a link to the text file, like this:
`
`... can see my <A HREF- "resume . t xt">res ume<lA>. if you wish.
`
`Try to incorporate the text that anchors hypertext links into the natural flow
`of the paragraph's prose, as the example above does and not refer to the anchor
`text explicitly, as in:
`
`Cl i ck <A HREF-"res ume.txt"> here<!A> to see my resume.
`
`The word here has no semantic relation to the file that it points to. That is, if a
`program should scan your Web page recording each anchor URL and its asso(cid:173)
`ciated anchor text, the word resume would provide additional information
`about the file it points to; the word here would not. Besides, you can pretty
`well assume that the readers know what is and what is not a link by the time
`they get to your page.
`The entire home page should not be more than a few screens. If any section
`starts getting more than a few paragraphs long, it's time to create a new page
`and link to it from your home page. For example, suppose under the heading
`'Who am I you list your favorite activity, astronomy. In the same manner that
`you created your home page, create a astronomy page containing a description
`of your equipment, your favorite planets, and perhaps, a link to the Usenet
`newsgroup news:sci.astro. Save the astronomy page in the WebSpace directory
`and on your home page, making the word "astronomy" into a link, like so:
`
`bl ah, blah. blah, favorite activity:
`<A HREF- "as tronomy.html ">as t ronomy<IA>.
`
`Petitioners' Exhibit 1028, Page 15
`
`
`
`C R EA T IN G A HOME PAGE 49
`
`~lit
`
`IQ
`
`0
`1<: lli
`
`DE
`
`·-
`"'0 v-
`
`~ NCSAHou~
`rll Ho