Some text. *wow*
An HTML user agent should use the SGML declaration that is given in 8.2, "SGML Declaration for HTML". According to its document character set, `*' refers to an asterisk character. The instance above is regarded as the following sequence of terminals: 1. TITLE start-tag 2. data characters: ``Parsing Example'' 3. TITLE end-tag 4. P start-tag 5. data characters ``Some text. '' 6. EM start-tag 7. ``*wow*'' 8. EM end-tag 9. P end-tag The start symbol of the DTD grammar is HTML, and the productions are given in the public text identified by `-//IETF//DTD HTML 2.0//EN' (8.1, "HTML DTD"). Hence the terminals above parse as: HTML | \-HEAD | | | \-TITLE | | | \-| \-"Some text. " | \-EM | | | \- | | | \-"*wow*" | | | \- | \-
2.2. HTML Lexical Syntax SGML specifies an abstract syntax and a reference concrete syntax. Aside from certain quantities and capacities (e.g. the limit on the length of a name), all HTML documents use the reference concrete syntax. In particular, all markup characters are in the repertoire of ISO 646 IRV. Data characters are drawn from the document character set (see 5, "Character, Words, and Paragraphs"). A complete discussion of SGML parsing, e.g. the mapping of a sequence of characters to a sequence of tags and data, is left to the SGML standard[SGML]. This section is only a summary. 2.2.1. Data Characters Any sequence of characters that do not constitute markup (see 9.6 ``Delimiter Recognition'' of [SGML]) are mapped directly to strings of data characters. Some markup also maps to data character strings. Numeric character references also map to single-character strings, via the document character set. Each reference to one of the general entities defined in the HTML DTD also maps to a single-character string. For example, abc<def => "abc","<","def" abc<def => "abc","<","def" Note that the terminating semicolon is only necessary when the character following the reference would otherwise be recognized as markup: abc < def => "abc ","<"," def" abc < def => "abc ","<"," def" And note that an ampersand is only recognized as markup when it is followed by a letter or digit: abc & lt def => "abc & lt def" abc & 60 def => "abc & 60 def" A useful technique for translating plain text to HTML is to replace each '<', '&', and '>' by an entity reference or numeric character reference as follows: ENTITY NUMERIC CHARACTER REFERENCE CHAR REF CHARACTER DESCRIPTION & & & Ampersand < < < Less than > > > Greater than NOTE - There are SGML mechanisms, CDATA and RCDATA, to allow most `<', `>', and `&' characters to be entered without the use of entity references. Because these features tend to be used and implemented inconsistently, and because they conflict with techniques for reducing HTML to 7 bit ASCII for transport, they are not used in this version of the HTML DTD. 2.2.2. Tags Tags delimit elements such as headings, paragraphs, lists, character highlighting, and links. Most HTML elements are identified in a document as a start-tag, which gives the element name and attributes, followed by the content, followed by the end tag. Start-tags are delimited by `<' and `>'; end tags are delimited by `'. An example is:This is a Heading
Some elements only have a start-tag without an end-tag. For example, to create a line break, you use the `' tag. Additionally, the end tags of some other elements, such as Paragraph (`'), List Item (`'), Definition Term (`'), and Definition Description (`
', `', and `' are equivalent, whereas `&' is different from `&'. In a start-tag, the element name must immediately follow the tag open delimiter `<'. 2.2.4. Attributes In a start-tag, white space and attributes are allowed between the element name and the closing delimiter. An attribute typically consists of an attribute name, an equal sign, and a value, though some attributes may be just a value. White space is allowed around the equal sign. The value of the attribute may be either: * A string literal, delimited by single quotes or double quotes and not containing any occurrences of the delimiting character. NOTE - Some historical implementations consider any occurrence of the `>' character to signal the end of a tag. For compatibility with such implementations, when `>' appears in an attribute value, it should be represented with a numeric character reference. For example, `' should be written `
is the element name, src is the attribute name, and `http://host/dir/file.gif' is the attribute value:
A useful technique for computing an attribute value literal for a given string is to replace each quote and space character by an entity reference or numeric character reference as follows: ENTITY NUMERIC CHARACTER REFERENCE CHAR REF CHARACTER DESCRIPTION TAB Tab LF Line Feed CR Carriage Return Space " " " Quotation mark & & & Ampersand For example:
Note that the SGML declaration in section 13.3 limits the length of an attribute value to 1024 characters. Attributes such as ISMAP and COMPACT may be written using a minimized syntax. The markup:
can be written using a minimized syntax:
The inital state of the form data set is: name ``'' gender ``male'' family ``'' other ``'' nickname ``'' Note that the radio input has an initial value, while the checkbox has none. The user might edit the fields and request that the form be submitted. At that point, suppose the values are: name ``John Doe'' gender ``male'' family ``5'' city ``kent,miami'' other ``abc\ndef'' nickname ``J&D'' The user agent then conducts an HTTP POST transaction using the URI `http://www.w3.org/sample'. The message body would be (ignore the linebreak): name=John+Doe&gender=male&family=5&city=kent%2Cmiami& other=abc%0D0Adef&nickname=J%26D 8. HTML Public Text 8.1. HTML DTD This is the Document Type Definition for the HyperText Markup Language. ... -- > ]]> %ISOlat1; ]]> ]]> Heading is preferred toNOTE - Some historical implementations only understand the minimized syntax. 2.2.5. Comments To include comments in an HTML document, use a comment declaration. A comment declaration consists of `'. Each comment starts with `--' and includes all text up to and including the next occurrence of `--'. In a comment declaration, white space is allowed after each comment, but not before the first comment. The entire comment declaration is ignored. NOTE - Some historical HTML implementations incorrectly consider any `>' character to be the termination of a comment. For example:
HTML Comment Example 2.2.6. Example HTML Document
Structural Example First Header
This is a paragraph in the example HTML file. Keep in mind that the title does not appear in the document text, but that the header (defined by H1) does.
- First item in an ordered list.
- Second item in an ordered list.
- Note that lists can be nested;
- Whitespace may be used to assist in reading the HTML source.
- Third item in an ordered list.
This is an additional paragraph. Technically, end tags are not required for paragraphs, although they are allowed. You can include character highlighting in a paragraph. This sentence of the paragraph is emphasized. Note that the </P> end tag has been omitted.
Be sure to read these bold instructions. 3. HTML as an Internet Media Type An HTML user agent allows users to interact with resources which have HTML representations. At a minimum, it must allow users to examine and navigate the content of HTML level 1 documents. HTML user agents should be able to preserve all formatting distinctions represented in an HTML document, and be able to simultaneously present resources referred to by IMG elements (they may ignore some formatting distinctions or IMG resources at the request of the user). Conforming HTML user agents should support form entry and submission. 3.1. text/html media type This specification defines the Internet Media Type[IMEDIA] (formerly referred to as the Content Type[MIME]) called `text/html'. The following is to be registered with [IANA]. Media Type name text Media subtype name html Required parameters none Optional parameters level, charset Encoding considerations any encoding is allowed Security considerations see 3.3, "Security Considerations" The optional parameters are defined as follows: Level The level parameter specifies the feature set used in the document. The level is an integer number, implying that any features of same or lower level may be present in the document. Level 1 is all features defined in this specification except those that require the
Heading
--> ]]> " > #AttVal(Alt)" > ]]> ]]> ]]> Directory" > Menu" > HeadingText ... is preferred to
Heading
Text ... --> ]]> Form:" %SDASUFF; "Form End. " > Select #AttVal(Multiple)" > ]]> ]]> " > [Document is indexed/searchable.]"> ]]> 8.2. SGML Declaration for HTML This is the SGML Declaration for HyperText Markup Language (HTML) as used by the World Wide Web (WWW) application: 8.3. Sample SGML Open Entity Catalog for HTML The SGML standard describes an ``entity manager'' as the portion or component of an SGML system that maps SGML entities into the actual storage model (e.g., the file system). The standard itself does not define a particular mapping methodology or notation. To assist the interoperability among various SGML tools and systems, the SGML Open consortium has passed a technical resolution that defines a format for an application- independent entity catalog that maps external identifiers and/or entity names to file names. Each entry in the catalog associates a storage object identifier (such as a file name) with information about the external entity that appears in the SGML document. In addition to entries that associate public identifiers, a catalog entry can associate an entity name with a storage object indentifier. For example, the following are possible catalog entries: -- catalog: SGML Open style entity catalog for HTML -- -- $Id: catalog,v 1.2 1994/11/30 23:45:18 connolly Exp $ -- -- Ways to refer to Level 2: most general to most specific -- PUBLIC "-//IETF//DTD HTML//EN" html.dtd PUBLIC "-//IETF//DTD HTML 2.0//EN" html.dtd PUBLIC "-//IETF//DTD HTML Level 2//EN" html.dtd PUBLIC "-//IETF//DTD HTML 2.0 Level 2//EN" html.dtd -- Ways to refer to Level 1: most general to most specific -- PUBLIC "-//IETF//DTD HTML Level 1//EN" html-1.dtd PUBLIC "-//IETF//DTD HTML 2.0 Level 1//EN" html-1.dtd -- Ways to refer to Level 0: most general to most specific -- PUBLIC "-//IETF//DTD HTML Level 0//EN" html-0.dtd PUBLIC "-//IETF//DTD HTML 2.0 Level 0//EN" html-0.dtd -- Ways to refer to Strict Level 2: most general to most specific -- PUBLIC "-//IETF//DTD HTML Strict//EN" html-s.dtd PUBLIC "-//IETF//DTD HTML 2.0 Strict//EN" html-s.dtd PUBLIC "-//IETF//DTD HTML Strict Level 2//EN" html-s.dtd PUBLIC "-//IETF//DTD HTML 2.0 Strict Level 2//EN" html-s.dtd -- Ways to refer to Strict Level 1: most general to most specific -- PUBLIC "-//IETF//DTD HTML Strict Level 1//EN" html-1s.dtd PUBLIC "-//IETF//DTD HTML 2.0 Strict Level 1//EN" html-1s.dtd -- Ways to refer to Strict Level 0: most general to most specific -- PUBLIC "-//IETF//DTD HTML Strict Level 0//EN" html-0s.dtd PUBLIC "-//IETF//DTD HTML 2.0 Strict Level 0//EN" html-0s.dtd -- ISO latin 1 entity set for HTML -- PUBLIC "ISO 8879-1986//ENTITIES Added Latin 1//EN//HTML" ISOlat1.sgml 8.4. Character Entity Sets The HTML DTD defines the following entities. They represent particular graphic characters which have special meanings in places in the markup, or may not be part of the character set available to the writer. 8.4.1. Numeric and Special Graphic Entity Set The following table lists each of the characters included from the Numeric and Special Graphic entity set, along with its name, syntax for use, and description. This list is derived from `ISO Standard 8879:1986//ENTITIES Numeric and Special Graphic//EN'. However, HTML does not include for the entire entity set -- only the entities listed below are included. GLYPH NAME SYNTAX DESCRIPTION < lt < Less than sign > gt > Greater than sign & amp & Ampersand " quot " Double quote sign 8.4.2. ISO Latin 1 Character Entity Set The following public text lists each of the characters specified in the Added Latin 1 entity set, along with its name, syntax for use, and description. This list is derived from ISO Standard 8879:1986//ENTITIES Added Latin 1//EN. HTML includes the entire entity set. 9. Glossary absolute URI a URI in absolute form, as per [URL] anchor a hyperlink navigation option; typically, a highlighted phrase marked as an element. base URI URI used as the base of an HTML document for the purpose of resolving hyperlink destinations. character An atom of information, for example a letter or a digit. Graphic characters have associated glyphs, where as control characters have associated processing semantics. character encoding scheme A function whose domain is the set of sequences of octets, and whose range is the set of sequences of characters from a character repertoire; that is, a sequence of octets and a character encoding scheme determines a sequence of characters. character repertoire A finite set of characters; e.g. the range of a coded character set. code position An integer. A coded character set and a code position from its domain determine a character. coded character set A function whose domain is a subset of the integers and whose range is a character repertoire. That is, for some set of integers (usually of the form {0, 1, 2, ..., N} ), a coded character set and an integer in that set determine a character. Conversely, a character and a coded character set determine the character's code position (or, in rare cases, a few code positions). conforming HTML user agent A user agent that conforms to this specification in its processing of the Internet Media Type `text/html; version=2.0'. data character Characters other than markup, which make up the content of elements. document character set a coded character set whose range includes all characters used in a document. Every SGML document has exactly one document character set. Numeric character references are resolved via the document character set. DTD document type definition. Rules that apply SGML to the markup of documents of a particular type, including a set of element and entity declarations. [SGML] element A component of the hierarchical structure defined by a document type definition; it is identified in a document instance by descriptive markup, sually a start-tag and end-tag. [SGML] end-tag Descriptive markup that identifies the end of an element. [SGML] entity data with an associated notation or interpretation; for example, a sequence of octets associated with an Internet Media Type.[SGML] fragment identifier the portion of an HREF attribute value following the `#' character which modifies the prenentation of the destination of a hyperlink. form data set a sequence of name/value pairs; the names are given by an HTML document and the values are given by a user. HTML document An SGML document conforming to this document type definition. hyperlink a relationship between to resources, called the source and the destination. markup Syntactically delimited characters added to the data of a document to represent its structure. There are four different kinds of markup: descriptive markup (tags), references, markup declarations, and processing instructions.[SGML] may A document or user interface is conforming whether this statement applies or not. media type an Internet Media Type, as per [IMEDIA]. message entity a head and body. The head is a collection of name/value fields, and the body is a sequence of octets. The head defines the content type and content transfer encoding of the body. [MIME] minimally conforming HTML user agent A user agent that conforms to this specification except for form processing. It may only process level 1 HTML documents. must Documents or user agents in conflict with this statement are not conforming. SGML document A sequence of characters organized physically as a set of entities and logically into a hierarchy of elements. An SGML document consists of data characters and markup; the markup describes the structure of the information and an instance of that structure.[SGML] shall If a document or user agent conflicts with this statement, it does not conform to this specification. should If a document or user agent conflicts with this statement, undesirable results may occur in practice even though it conforms to this specification. start-tag Descriptive markup that identifies the start of an element and specifies its generic identifier and attributes. [SGML] syntax-reference character set A coded character set whose range includes all characters used for markup; e.g. name characters and delimiter characters. tag Markup that delimits an element. A tag includes a name which refers to an element declaration in the DTD, and may include attributes.[SGML] text entity A finite sequence of characters. A text entity typically takes the form of a sequence of octets with some associated character encoding scheme, transmitted over the network or stored in a file.[SGML] typical Typical processing is described for many elements. This is not a mandatory part of the specification but is given as guidance for designers and to help explain the uses for which the elements were intended. URI A Universal Resource Identifier is a formatted string that serves as an identifier for a resource, typcally on the Internet. URIs are used in HTML to identify the destination of hyperlinks. URIs in common practice include Uniform Resource Locators (URLs)[URL] and Relative URLs[RELURL]. user agent A component of a distributed system that presents an interface and processes requests on behalf of a user; for example, a www browser or a mail user agent. WWW The World-Wide Web is a hypertext-based, distributed information system created by researchers at CERN in Switzerland. Users may create, edit or browse hypertext documents. `http://www.w3.org/' 10. Bibliography [URI] T. Berners-Lee. ``Universal Resource Identifiers in WWW: A Unifying Syntax for the Expression of Names and Addresses of Objects on the Network as used in the World- Wide Web.'' RFC 1630, CERN, June 1994. [URL] T. Berners-Lee, L. Masinter, and M. McCahill. ``Uniform Resource Locators (URL).'' RFC 1738, CERN, Xerox PARC, University of Minnesota, October 1994. [HTTP] T. Berners-Lee, R. T. Fielding, and H. Frystyk Nielsen. ``Hypertext Transfer Protocol - HTTP/1.0.'' Work in Progress (draft-ietf-http-v10-spec-00.ps), MIT, UC Irvine, CERN, March 1995. [MIME] N. Borenstein and N. Freed. ``MIME (Multipurpose Internet Mail Extensions) Part One: Mechanisms for Specifying and Describing the Format of Internet Message Bodies.'' RFC 1521, Bellcore, Innosoft, September 1993. [RELURL] R. T. Fielding. ``Relative Uniform Resource Locators.'' Work in Progress (draft-ietf-uri-relative-url-06.txt), UC Irvine, March 1995. [GOLD90] C. F. Goldfarb. ``The SGML Handbook.'' Y. Rubinsky, Ed., Oxford University Press, 1990. [IMEDIA] J. Postel. ``Media Type Registration Procedure.'' RFC 1590, USC/ISI, March 1994. [IANA] J. Reynolds and J. Postel. ``Assigned Numbers.'' STD 2, RFC 1700, USC/ISI, October 1994. [SQ91] SoftQuad. ``The SGML Primer.'' 3rd ed., SoftQuad Inc., 1991. [US-ASCII] US-ASCII. Coded Character Set - 7-Bit American Standard Code for Information Interchange. Standard ANSI X3.4-1986, ANSI, 1986. [ISO-8859-1] ISO 8859. International Standard -- Information Processing -- 8-bit Single-Byte Coded Graphic Character Sets -- Part 1: Latin Alphabet No. 1, ISO 8859-1:1987. Part 2: Latin alphabet No. 2, ISO 8859-2, 1987. Part 3: Latin alphabet No. 3, ISO 8859-3, 1988. Part 4: Latin alphabet No. 4, ISO 8859-4, 1988. Part 5: Latin/Cyrillic alphabet, ISO 8859-5, 1988. Part 6: Latin/Arabic alphabet, ISO 8859-6, 1987. Part 7: Latin/Greek alphabet, ISO 8859-7, 1987. Part 8: Latin/Hebrew alphabet, ISO 8859-8, 1988. Part 9: Latin alphabet No. 5, ISO 8859-9, 1990. [SGML] ISO 8879. Information Processing - Text and Office Systems - Standard Generalized Markup Language (SGML), 1986. 11. Appendices These appendices are provided for informational reasons only - they do not form a part of the HTML specification. 11.1. The ANSI/ISO 8859-1 Coded Character Set This list, sorted numerically, is derived from ANSI/ISO 8859-1 8-bit single-byte coded graphic character set: REFERENCE DESCRIPTION � - Unused Horizontal tab Line feed - Unused Space ! Exclamation mark " Quotation mark # Number sign $ Dollar sign % Percent sign & Ampersand ' Apostrophe ( Left parenthesis ) Right parenthesis * Asterisk + Plus sign , Comma - Hyphen . Period (fullstop) / Solidus (slash) 0 - 9 Digits 0-9 : Colon ; Semi-colon < Less than = Equals sign > Greater than ? Question mark @ Commercial at A - Z Letters A-Z [ Left square bracket \ Reverse solidus (backslash) ] Right square bracket ^ Caret _ Horizontal bar (underscore) ` Acute accent a - z Letters a-z { Left curly brace | Vertical bar } Right curly brace ~ Tilde - Unused ¡ Inverted exclamation ¢ Cent sign £ Pound sterling ¤ General currency sign ¥ Yen sign ¦ Broken vertical bar § Section sign ¨ Umlaut (dieresis) © Copyright ª Feminine ordinal « Left angle quote, guillemotleft ¬ Not sign Soft hyphen ® Registered trademark ¯ Macron accent ° Degree sign ± Plus or minus ² Superscript two ³ Superscript three ´ Acute accent µ Micro sign ¶ Paragraph sign · Middle dot ¸ Cedilla ¹ Superscript one º Masculine ordinal » Right angle quote, guillemotright ¼ Fraction one-fourth ½ Fraction one-half ¾ Fraction three-fourths ¿ Inverted question mark À Capital A, grave accent Á Capital A, acute accent  Capital A, circumflex accent à Capital A, tilde Ä Capital A, dieresis or umlaut mark Å Capital A, ring Æ Capital AE dipthong (ligature) Ç Capital C, cedilla È Capital E, grave accent É Capital E, acute accent Ê Capital E, circumflex accent Ë Capital E, dieresis or umlaut mark Ì Capital I, grave accent Í Capital I, acute accent Î Capital I, circumflex accent Ï Capital I, dieresis or umlaut mark Ð Capital Eth, Icelandic Ñ Capital N, tilde Ò Capital O, grave accent Ó Capital O, acute accent Ô Capital O, circumflex accent Õ Capital O, tilde Ö Capital O, dieresis or umlaut mark × Multiply sign Ø Capital O, slash Ù Capital U, grave accent Ú Capital U, acute accent Û Capital U, circumflex accent Ü Capital U, dieresis or umlaut mark Ý Capital Y, acute accent Þ Capital THORN, Icelandic ß Small sharp s, German (sz ligature) à Small a, grave accent á Small a, acute accent â Small a, circumflex accent ã Small a, tilde ä Small a, dieresis or umlaut mark å Small a, ring æ Small ae dipthong (ligature) ç Small c, cedilla è Small e, grave accent é Small e, acute accent ê Small e, circumflex accent ë Small e, dieresis or umlaut mark ì Small i, grave accent í Small i, acute accent î Small i, circumflex accent ï Small i, dieresis or umlaut mark ð Small eth, Icelandic ñ Small n, tilde ò Small o, grave accent ó Small o, acute accent ô Small o, circumflex accent õ Small o, tilde ö Small o, dieresis or umlaut mark ÷ Division sign ø Small o, slash ù Small u, grave accent ú Small u, acute accent û Small u, circumflex accent ü Small u, dieresis or umlaut mark ý Small y, acute accent þ Small thorn, Icelandic ÿ Small y, dieresis or umlaut mark 11.2. Obsolete Features This section describes elements that are no longer part of HTML. Client implementors should implement these obsolete elements for compatibility with previous versions of the HTML specification. 11.2.1. Comment Element The Comment element is used to delimit unneeded text and comments. The Comment element has been introduced in some HTML applications but should be replaced by the SGML comment feature in new HTML interpreters (see Section 2.2.5). 11.2.2. Highlighted Phrase ElementThe Highlighted Phrase element should be ignored if not implemented. This element has been replaced by more meaningful elements (see Section 8). Example of use: first highlighted phrase non- highlighted textsecond highlighted phrase etc. 11.2.3. Plain Text ElementThe Plain Text element is used to terminates the HTML entity and to indicate that what follows is not SGML which does not require parsing. Instead, an old HTTP convention specified that what followed was an ASCII (MIME ``text/plain'') body. Its presence is an optimization. There is no closing tag. Example of use: <PLAINTEXT> 0001 This is line one of a long listing 0002 file from <ANY@HOST.INC.COM> which is sent 11.2.4. Example and Listing Elements <XMP> ... </XMP> and <LISTING> ... </LISTING> The Example and Listing elements have been replaced by the Preformatted Text element (Section 10.2). These styles allow text of fixed-width characters to be embedded absolutely as is into the document. The syntax is: <LISTING> ... </LISTING> or <XMP> ... </XMP> The text between these tags is typically rendered in a monospaced font so that any formatting done by character spacing on successive lines will be maintained. Between the opening and closing tags: * The text may contain any ISO Latin-1 printable characters, except for the end-tag opener. The Example and Listing elements have historically used specifications which do not conform to SGML. Specifically, the text may contain ISO Latin printable characters, including the tag opener, as long it they does not contain the closing tag in full. * SGML does not support this form. HTML interpreters may vary on how they interpret other tags within Example and Listing elements. * Line boundaries within the text are rendered as a move to the beginning of the next line, except for one immediately following a start-tag or immediately preceding an end-tag. * The horizontal tab character must be interpreted as the smallest positive nonzero number of spaces which will leave the number of characters so far on the line as a multiple of 8. Its use is not recommended. The Listing element is rendered so that at least 132 characters fit on a line. The Example element is rendered to that at least 80 characters fit on a line but is otherwise identical to the Listing element. 11.3. Proposed Features This section describes proposed HTML elements and entities that are not currently supported under HTML Levels 1, or 2, but may be supported in the future. 11.3.1. Additional Character Entities To indicate special characters, HTML uses entity or numeric representations. Additional character presentations are proposed: CHARACTER REPRESENTATION Non-breaking space Soft-hyphen ­ Registered ® Copyright © 11.3.2. Defining Instance Element <DFN> ... </DFN> The Defining Instance element indicates the defining instance of a term. The typical rendering is bold or bold italic. This element is not widely supported. 11.3.3. Strike Element <STRIKE> ... </STRIKE> The Strike element is proposed to indicate strikethrough, a font style in which a horizontal line appears through characters. This element is not widely supported. 11.3.4. Underline Element <U> ... </U> The Underline element is proposed to indicate that the text should be rendered as underlined. This proposed tag is not supported by all HTML interpreters. Example of use: The text <U>shown here</U> is rendered in the document as underlined. 12. Acknowledgments The HTML document type was designed by Tim Berners-Lee at CERN as part of the 1990 World Wide Web project. In 1992, Dan Connolly wrote the HTML Document Type Definition (DTD) and a brief HTML specification. Since 1993, a wide variety of Internet participants have contributed to the evolution of HTML, which has included the addition of in-line images introduced by the NCSA Mosaic software for WWW. Dave Raggett played an important role in deriving the FORMS material from the HTML+ specification. Dan Connolly and Karen Olson Muldrow rewrote the HTML Specification in 1994. The document was then edited by the HTML working group as a whole, with updates being made by Eric Schieler, Mike Knezovich, and Eric W. Sink at Spyglass, Inc. Finally, Roy Fielding restructured the entire draft into its current form. Special thanks to the many people who have contributed to this specification: Terry Allen Marc Andreessen Tim Berners-Lee Paul Burchard James Clark Daniel W. Connolly Roy T. Fielding Peter Flynn Jay Glicksman Paul Grosso Eduardo Gutentag Bill Hefley Chung-Jen Ho Mike Knezovich Tom Magliery Murray Maloney Larry Masinter Karen Olson Muldrow Bill Perry Dave Raggett E. Corprew Reed Yuri Rubinsky Eric Schieler James L. Seidman Eric W. Sink Stuart Weibel Chris Wilson Francois Yergeau 12.1. Authors' Addresses Tim Berners-Lee Director, W3 Consortium MIT Laboratory for Computer Science 545 Technology Square Cambridge, MA 02139, U.S.A. Tel: +1 (617) 253 9670 Fax: +1 (617) 258 8682 Email: timbl@w3.org Daniel W. Connolly Research Technical Staff, W3 Consortium MIT Laboratory for Computer Science 545 Technology Square Cambridge, MA 02139, U.S.A. Fax: +1 (617) 258 8682 Email: connolly@w3.org URI: http://www.w3.org/hypertext/WWW/People/Connolly/