Movatterモバイル変換


[0]ホーム

URL:


element. The contains, which is explicitly delimited by start- and end-tags.3.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]. Data characters are drawn from the document character set (see 6, "Characters, Words, and Paragraphs").Berners-Lee & Connolly Standards Track [Page 12] RFC 1866 Hypertext Markup Language - 2.0 November 1995 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.3.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 map to single-character strings, via the document character set. Each reference to one of the general entities defined in the HTML DTD maps to a single-character string. For example, abc<def => "abc","<","def" abc<def => "abc","<","def" The terminating semicolon on entity or numeric character references is only necessary when the character following the reference would otherwise be recognized as part of the name (see 9.4.5 "Reference End" in [SGML]). abc < def => "abc ","<"," def" abc < def => "abc ","<"," def" An ampersand is only recognized as markup when it is followed by a letter or a `#' and a 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 declared content, that allow most `<', `>', and `&' characters to be entered without the use of entity references. Because these mechanisms tend to be used and implemented inconsistently, and because they conflictBerners-Lee & Connolly Standards Track [Page 13] RFC 1866 Hypertext Markup Language - 2.0 November 1995 with techniques for reducing HTML to 7 bit ASCII for transport, they are deprecated in this version of HTML. See 5.5.2.1, "Example and Listing: XMP, LISTING".3.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 `</' and `>'. An example is:<H1>This is a Heading</H1> Some elements only have a start-tag without an end-tag. For example, to create a line break, use the `<br />' tag. Additionally, the end tags of some other elements, such as Paragraph (`</P>'), List Item (`</LI>'), Definition Term (`</DT>'), and Definition Description (`</DD>') elements, may be omitted. The content of an element is a sequence of data character strings and nested elements. Some elements, such as anchors, cannot be nested. Anchors and character highlighting may be put inside other constructs. See the HTML DTD, 9.1, "HTML DTD" for full details. NOTE - The SGML declaration for HTML specifies SHORTTAG YES, which means that there are other valid syntaxes for tags, such as NET tags, `<EM/.../'; empty start tags, `<>'; and empty end-tags, `</>'. Until support for these idioms is widely deployed, their use is strongly discouraged.3.2.3. Names A name consists of a letter followed by letters, digits, periods, or hyphens. The length of a name is limited to 72 characters by the `NAMELEN' parameter in the SGML declaration for HTML, 9.5, "SGML Declaration for HTML". Element and attribute names are not case sensitive, but entity names are. For example, `<BLOCKQUOTE>', `<BlockQuote>', and `<blockquote>' are equivalent, whereas `&' is different from `&'. In a start-tag, the element name must immediately follow the tag open delimiter `<'.Berners-Lee & Connolly Standards Track [Page 14] RFC 1866 Hypertext Markup Language - 2.0 November 19953.2.4. Attributes In a start-tag, white space and attributes are allowed between the element name and the closing delimiter. An attribute specification typically consists of an attribute name, an equal sign, and a value, though some attribute specifications may be just a name token. 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, `<img src="/image.pl?url=https%3a%2f%2fwww.rfc-editor.org%2frfc%2f.%2f.%2f.%2feq1.jpg&f=jpg&w=240" alt="a>b">' should be written `<img src="/image.pl?url=https%3a%2f%2fwww.rfc-editor.org%2frfc%2f.%2f.%2f.%2feq1.jpg&f=jpg&w=240" alt="a>b">' or `<img src="/image.pl?url=https%3a%2f%2fwww.rfc-editor.org%2frfc%2f.%2f.%2f.%2feq1.jpg&f=jpg&w=240" alt="a>b">'. * A name token (a sequence of letters, digits, periods, or hyphens). Name tokens are not case sensitive. NOTE - Some historical implementations allow any character except space or `>' in a name token. In this example,<img> is the element name, src is the attribute name, and `http://host/dir/file.gif' is the attribute value:<img src='http://host/dir/file.gif'> A useful technique for computing an attribute value literal for a given string is to replace each quote and white space character by an entity reference or numeric character reference as follows: ENTITY NUMERIC CHARACTER REFERENCE CHAR REF CHARACTER DESCRIPTION --------- ---------- ----------- --------------------- HT Tab LF Line Feed CR Carriage Return SP Space " " " Quotation mark & & & AmpersandBerners-Lee & Connolly Standards Track [Page 15] RFC 1866 Hypertext Markup Language - 2.0 November 1995 For example:<img src="/image.pl?url=https%3a%2f%2fwww.rfc-editor.org%2frfc%2f.%2f.%2f.%2fimage.jpg&f=jpg&w=240" alt="First "real" example"> The `NAMELEN' parameter in the SGML declaration (9.5, "SGML Declaration for HTML") limits the length of an attribute value to 1024 characters. Attributes such as ISMAP and COMPACT may be written using a minimized syntax (see 7.9.1.2 "Omitted Attribute Name" in [SGML]). The markup:<UL COMPACT="compact"> can be written using a minimized syntax:<UL COMPACT> NOTE - Some historical implementations only understand the minimized syntax.3.2.5. Comments To include comments in an HTML document, use a comment declaration. A comment declaration consists of `<!' followed by zero or more comments followed by `>'. 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:<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><HEAD><TITLE>HTML Comment Example

Berners-Lee & Connolly Standards Track [Page 16] RFC 1866 Hypertext Markup Language - 2.0 November 19953.3. HTML Public Text Identifiers To identify information as an HTML document conforming to this specification, each document must start with one of the following document type declarations. This document type declaration refers to the HTML DTD in 9.1, "HTML DTD". NOTE - If the body of a `text/html' message entity does not begin with a document type declaration, an HTML user agent should infer the above document type declaration. This document type declaration also refers to the HTML DTD which appears in 9.1, "HTML DTD". This document type declaration refers to the level 1 HTML DTD in 9.3, "Level 1 HTML DTD". Form elements must not occur in level 1 documents. These two document type declarations refer to the HTML DTD in 9.2, "Strict HTML DTD" and 9.4, "Strict Level 1 HTML DTD". They refer to the more structurally rigid definition of HTML. HTML user agents may support other document types. In particular, they may support other formal public identifiers, or other document types altogether. They may support an internal declaration subset with supplemental entity, element, and other markup declarations.3.4. Example HTML DocumentStructural Example

First Header

This is a paragraph in the example HTML file. Keep in mindBerners-Lee & Connolly Standards Track [Page 17] RFC 1866 Hypertext Markup Language - 2.0 November 1995 that the title does not appear in the document text, but that the header (defined by H1) does.

  1. First item in an ordered list.
  2. Second item in an ordered list.
  3. 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.

Warning: Be sure to read thesebold instructions.4. 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). Level 2 HTML user agents should support form entry and submission.4.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 noneBerners-Lee & Connolly Standards Track [Page 18] RFC 1866 Hypertext Markup Language - 2.0 November 1995 Optional parameters level, charset Encoding considerations any encoding is allowed Security considerations see 10, "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

element. Level 2 includes form processing. Level 2 is the default. Charset The charset parameter (as defined in section 7.1.1 of RFC 1521[MIME]) may be given to specify the character encoding scheme used to represent the HTML document as a sequence of octets. The default value is outside the scope of this specification; but for example, the default is `US-ASCII' in the context of MIME mail, and `ISO-8859-1' in the context of HTTP [HTTP].4.2. HTML Document Representation A message entity with a content type of `text/html' represents an HTML document, consisting of a single text entity. The `charset' parameter (whether implicit or explicit) identifies a character encoding scheme. The text entity consists of the characters determined by this character encoding scheme and the octets of the body of the message entity.4.2.1. Undeclared Markup Error Handling To facilitate experimentation and interoperability between implementations of various versions of HTML, the installed base of HTML user agents supports a superset of the HTML 2.0 language by reducing it to HTML 2.0: markup in the form of a start-tag or end- tag, whose generic identifier is not declared is mapped to nothing during tokenization. Undeclared attributes are treated similarly. The entire attribute specification of an unknown attribute (i.e., the unknown attribute and its value, if any) should be ignored. On theBerners-Lee & Connolly Standards Track [Page 19] RFC 1866 Hypertext Markup Language - 2.0 November 1995 other hand, references to undeclared entities should be treated as data characters. For example:

foo

...

=>

,"foo",

,

,"..." xxx

yyy => "xxx ",

," yyy Let α & β be finite sets. => "Let α & β be finite sets." Support for notifying the user of such errors is encouraged. Information providers are warned that this convention is not binding: unspecified behavior may result, as such markup does not conform to this specification.4.2.2. Conventional Representation of Newlines SGML specifies that a text entity is a sequence of records, each beginning with a record start character and ending with a record end character (code positions 10 and 13 respectively) (section 7.6.1, "Record Boundaries" in [SGML]). [MIME] specifies that a body of type `text/*' is a sequence of lines, each terminated by CRLF, that is, octets 13, 10. In practice, HTML documents are frequently represented and transmitted using an end of line convention that depends on the conventions of the source of the document; frequently, that representation consists of CR only, LF only, or a CR LF sequence. Hence the decoding of the octets will often result in a text entity with some missing record start and record end characters. Since there is no ambiguity, HTML user agents are encouraged to infer the missing record start and end characters. An HTML user agent should treat end of line in any of its variations as a word space in all contexts except preformatted text. Within preformatted text, an HTML user agent should treat any of the three common representations of end-of-line as starting a new line.5. Document Structure An HTML document is a tree of elements, including a head and body, headings, paragraphs, lists, etc. Form elements are discussed in 8, "Forms".Berners-Lee & Connolly Standards Track [Page 20] RFC 1866 Hypertext Markup Language - 2.0 November 19955.1. Document Element: HTML The HTML document element consists of a head and a body, much like a memo or a mail message. The head contains the title and optional elements. The body is a text flow consisting of paragraphs, lists, and other elements.5.2. Head: HEAD The head of an HTML document is an unordered collection of information about the document. For example:Introduction to HTML ...5.2.1. Title: TITLE Every HTML document must contain a element. The title should identify the contents of the document in a global context. A short title, such as "Introduction" may be meaningless out of context. A title such as "Introduction to HTML Elements" is more appropriate. NOTE - The length of a title is not limited; however, long titles may be truncated in some applications. To minimize this possibility, titles should be fewer than 64 characters. A user agent may display the title of a document in a history list or as a label for the window displaying the document. This differs from headings (5.4, "Headings: H1 ... H6"), which are typically displayed within the body text flow.5.2.2. Base Address: BASE The optional<BASE> element provides a base address for interpreting relative URLs when the document is read out of context (see 7, "Hyperlinks"). The value of the HREF attribute must be an absolute URI.5.2.3. Keyword Index: ISINDEX The<ISINDEX> element indicates that the user agent should allow the user to search an index by giving keywords. See 7.5, "Queries and Indexes" for details.Berners-Lee & Connolly Standards Track [Page 21] RFC 1866 Hypertext Markup Language - 2.0 November 19955.2.4. Link: LINK The<LINK> element represents a hyperlink (see 7, "Hyperlinks"). Any number of LINK elements may occur in the<HEAD> element of an HTML document. It has the same attributes as the<A> element (see 5.7.3, "Anchor: A"). The<LINK> element is typically used to indicate authorship, related indexes and glossaries, older or more recent versions, document hierarchy, associated resources such as style sheets, etc.5.2.5. Associated Meta-information: META The<META> element is an extensible container for use in identifying specialized document meta-information. Meta-information has two main functions: * to provide a means to discover that the data set exists and how it might be obtained or accessed; and * to document the content, quality, and features of a data set, indicating its fitness for use. Each<META> element specifies a name/value pair. If multiple META elements are provided with the same name, their combined contents-- concatenated as a comma-separated list--is the value associated with that name. NOTE - The<META> element should not be used where a specific element, such as<TITLE>, would be more appropriate. Rather than a<META> element with a URI as the value of the CONTENT attribute, use a<LINK> element. HTTP servers may read the content of the document<HEAD> to generate header fields corresponding to any elements defining a value for the attribute HTTP-EQUIV. NOTE - The method by which the server extracts document meta-information is unspecified and not mandatory. The<META> element only provides an extensible mechanism for identifying and embedding document meta-information -- how it may be used is up to the individual server implementation and the HTML user agent.Berners-Lee & Connolly Standards Track [Page 22] RFC 1866 Hypertext Markup Language - 2.0 November 1995 Attributes of the META element: HTTP-EQUIV binds the element to an HTTP header field. An HTTP server may use this information to process the document. In particular, it may include a header field in the responses to requests for this document: the header name is taken from the HTTP-EQUIV attribute value, and the header value is taken from the value of the CONTENT attribute. HTTP header names are not case sensitive. NAME specifies the name of the name/value pair. If not present, HTTP-EQUIV gives the name. CONTENT specifies the value of the name/value pair. Examples If the document contains:<META HTTP-EQUIV="Expires" CONTENT="Tue, 04 Dec 1993 21:29:02 GMT"><meta http-equiv="Keywords" CONTENT="Fred"><META HTTP-EQUIV="Reply-to" content="fielding@ics.uci.edu (Roy Fielding)"><Meta Http-equiv="Keywords" CONTENT="Barney"> then the server may include the following header fields: Expires: Tue, 04 Dec 1993 21:29:02 GMT Keywords: Fred, Barney Reply-to: fielding@ics.uci.edu (Roy Fielding) as part of the HTTP response to a `GET' or `HEAD' request for that document. An HTTP server must not use the<META> element to form an HTTP response header unless the HTTP-EQUIV attribute is present. An HTTP server may disregard any<META> elements that specify information controlled by the HTTP server, for example `Server', `Date', and `Last-modified'.Berners-Lee & Connolly Standards Track [Page 23] RFC 1866 Hypertext Markup Language - 2.0 November 19955.2.6. Next Id: NEXTID The<NEXTID> element is included for historical reasons only. HTML documents should not contain<NEXTID> elements. The<NEXTID> element gives a hint for the name to use for a new<A> element when editing an HTML document. It should be distinct from all NAME attribute values on<A> elements. For example:<NEXTID N=Z27>5.3. Body: BODY The element contains the text flow of the document, including headings, paragraphs, lists, etc. For example:<h1>Important Stuff</h1><p>Explanation about important stuff... 5.4. Headings: H1 ... H6 The six heading elements,<H1> through<H6>, denote section headings. Although the order and occurrence of headings is not constrained by the HTML DTD, documents should not skip levels (for example, from H1 to H3), as converting such documents to other representations is often problematic. Example of use:<H1>This is a heading</H1> Here is some text<H2>Second level heading</H2> Here is some more text. Typical renderings are: H1 Bold, very-large font, centered. One or two blank lines above and below. H2 Bold, large font, flush-left. One or two blank lines above and below.Berners-Lee & Connolly Standards Track [Page 24] RFC 1866 Hypertext Markup Language - 2.0 November 1995 H3 Italic, large font, slightly indented from the left margin. One or two blank lines above and below. H4 Bold, normal font, indented more than H3. One blank line above and below. H5 Italic, normal font, indented as H4. One blank line above. H6 Bold, indented same as normal text, more than H5. One blank line above.5.5. Block Structuring Elements Block structuring elements include paragraphs, lists, and block quotes. They must not contain heading elements, but they may contain phrase markup, and in some cases, they may be nested.5.5.1. Paragraph: P The<P> element indicates a paragraph. The exact indentation, leading space, etc. of a paragraph is not specified and may be a function of other tags, style sheets, etc. Typically, paragraphs are surrounded by a vertical space of one line or half a line. The first line in a paragraph is indented in some cases. Example of use:<H1>This Heading Precedes the Paragraph</H1><P>This is the text of the first paragraph.<P>This is the text of the second paragraph. Although you do not need to start paragraphs on new lines, maintaining this convention facilitates document maintenance.</P><P>This is the text of a third paragraph.</P>5.5.2. Preformatted Text: PRE The<PRE> element represents a character cell block of text and is suitable for text that has been formatted for a monospaced font. The<PRE> tag may be used with the optional WIDTH attribute. The WIDTH attribute specifies the maximum number of characters for a lineBerners-Lee & Connolly Standards Track [Page 25] RFC 1866 Hypertext Markup Language - 2.0 November 1995 and allows the HTML user agent to select a suitable font and indentation. Within preformatted text: * Line breaks within the text are rendered as a move to the beginning of the next line. NOTE - References to the "beginning of a new line" do not imply that the renderer is forbidden from using a constant left indent for rendering preformatted text. The left indent may be constrained by the width required. * Anchor elements and phrase markup may be used. NOTE - Constraints on the processing of<PRE> content may limit or prevent the ability of the HTML user agent to faithfully render phrase markup. * Elements that define paragraph formatting (headings, address, etc.) must not be used. NOTE - Some historical documents contain<P> tags in<PRE> elements. User agents are encouraged to treat this as a line break. A<P> tag followed by a newline character should produce only one line break, not a line break plus a blank line. * The horizontal tab character (code position 9 in the HTML document character set) 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. Documents should not contain tab characters, as they are not supported consistently. Example of use:<PRE> Line 1. Line 2 is to the right of line 1.<a href="/mt/?noimg=&dark=on&url=https%3a%2f%2fwww.rfc-editor.org%2frfc%2f.%2f.%2f.%2fabc">abc</a> Line 3 aligns with line 2.<a href="/mt/?noimg=&dark=on&url=https%3a%2f%2fwww.rfc-editor.org%2frfc%2f.%2f.%2f.%2fdef">def</a></PRE>Berners-Lee & Connolly Standards Track [Page 26] RFC 1866 Hypertext Markup Language - 2.0 November 19955.5.2.1. Example and Listing: XMP, LISTING The<XMP> and<LISTING> elements are similar to the<PRE> element, but they have a different syntax. Their content is declared as CDATA, which means that no markup except the end-tag open delimiter-in- context is recognized (see 9.6 "Delimiter Recognition" of [SGML]). NOTE - In a previous draft of the HTML specification, the syntax of<XMP> and<LISTING> elements allowed closing tags to be treated as data characters, as long as the tag name was not<XMP> or<LISTING>, respectively. Since CDATA declared content has a number of unfortunate interactions with processing techniques and tends to be used and implemented inconsistently, HTML documents should not contain<XMP> nor<LISTING> elements -- the<PRE> tag is more expressive and more consistently supported. The<LISTING> element should be rendered so that at least 132 characters fit on a line. The<XMP> element should be rendered so that at least 80 characters fit on a line but is otherwise identical to the<LISTING> element. NOTE - In a previous draft, HTML included a<PLAINTEXT> element that is similar to the<LISTING> element, except that there is no closing tag: all characters after the<PLAINTEXT> start-tag are data.5.5.3. Address: ADDRESS The<a DDRESS> element contains such information as address, signature and authorship, often at the beginning or end of the body of a document. Typically, the<a DDRESS> element is rendered in an italic typeface and may be indented. Example of use:<a DDRESS> Newsletter editor<br /> J.R. Brown<br /> JimquickPost News, Jimquick, CT 01234<br /> Tel (123) 456 7890</ADDRESS>Berners-Lee & Connolly Standards Track [Page 27] RFC 1866 Hypertext Markup Language - 2.0 November 19955.5.4. Block Quote: BLOCKQUOTE The<BLOCKQUOTE> element contains text quoted from another source. A typical rendering might be a slight extra left and right indent, and/or italic font. The<BLOCKQUOTE> typically provides space above and below the quote. Single-font rendition may reflect the quotation style of Internet mail by putting a vertical line of graphic characters, such as the greater than symbol (>), in the left margin. Example of use: I think the play ends<BLOCKQUOTE><P>Soft you now, the fair Ophelia. Nymph, in thy orisons, be all my sins remembered.</BLOCKQUOTE> but I am not sure.5.6. List Elements HTML includes a number of list elements. They may be used in combination; for example, a<OL> may be nested in an<LI> element of a<UL>. The COMPACT attribute suggests that a compact rendering be used.5.6.1. Unordered List: UL, LI The<UL> represents a list of items -- typically rendered as a bulleted list. The content of a<UL> element is a sequence of<LI> elements. For example:<UL><LI>First list item<LI>Second list item<p>second paragraph of second item<LI>Third list item</UL>5.6.2. Ordered List: OL The<OL> element represents an ordered list of items, sorted by sequence or order of importance. It is typically rendered as aBerners-Lee & Connolly Standards Track [Page 28] RFC 1866 Hypertext Markup Language - 2.0 November 1995 numbered list. The content of a<OL> element is a sequence of<LI> elements. For example:<OL><LI>Click the Web button to open URI window.<LI>Enter the URI number in the text field of the Open URI window. The Web document you specified is displayed.<ol><li>substep 1<li>substep 2</ol><LI>Click highlighted text to move from one link to another.</OL>5.6.3. Directory List: DIR The<DIR> element is similar to the<UL> element. It represents a list of short items, typically up to 20 characters each. Items in a directory list may be arranged in columns, typically 24 characters wide. The content of a<DIR> element is a sequence of<LI> elements. Nested block elements are not allowed in the content of<DIR> elements. For example:<DIR><LI>A-H<LI>I-M<LI>M-R<LI>S-Z</DIR>5.6.4. Menu List: MENU The<MENU> element is a list of items with typically one line per item. The menu list style is typically more compact than the style of an unordered list. The content of a<MENU> element is a sequence of<LI> elements. Nested block elements are not allowed in the content of<MENU> elements. For example:<MENU><LI>First item in the list.<LI>Second item in the list.<LI>Third item in the list.</MENU>Berners-Lee & Connolly Standards Track [Page 29] RFC 1866 Hypertext Markup Language - 2.0 November 19955.6.5. Definition List: DL, DT, DD A definition list is a list of terms and corresponding definitions. Definition lists are typically formatted with the term flush-left and the definition, formatted paragraph style, indented after the term. The content of a<DL> element is a sequence of<DT> elements and/or<DD> elements, usually in pairs. Multiple<DT> may be paired with a single<DD> element. Documents should not contain multiple consecutive<DD> elements. Example of use:<DL><DT>Term<DD>This is the definition of the first term.<DT>Term<DD>This is the definition of the second term.</DL> If the DT term does not fit in the DT column (typically one third of the display area), it may be extended across the page with the DD section moved to the next line, or it may be wrapped onto successive lines of the left hand column. The optional COMPACT attribute suggests that a compact rendering be used, because the list items are small and/or the entire list is large. Unless the COMPACT attribute is present, an HTML user agent may leave white space between successive DT, DD pairs. The COMPACT attribute may also reduce the width of the left-hand (DT) column.<DL COMPACT><DT>Term<DD>This is the first definition in compact format.<DT>Term<DD>This is the second definition in compact format.</DL>5.7. Phrase Markup Phrases may be marked up according to idiomatic usage, typographic appearance, or for use as hyperlink anchors. User agents must render highlighted phrases distinctly from plain text. Additionally,<EM> content must be rendered as distinct from<STRONG> content, and<B> content must rendered as distinct from<I> content. Phrase elements may be nested within the content of other phrase elements; however, HTML user agents may render nested phrase elementsBerners-Lee & Connolly Standards Track [Page 30] RFC 1866 Hypertext Markup Language - 2.0 November 1995 indistinctly from non-nested elements: plain<B>bold<I>italic</I></B> may be rendered the same as plain<B>bold</B><I>italic</I>5.7.1. Idiomatic Elements Phrases may be marked up to indicate certain idioms. NOTE - User agents may support the<DFN> element, not included in this specification, as it has been deployed to some extent. It is used to indicate the defining instance of a term, and it is typically rendered in italic or bold italic.5.7.1.1. Citation: CITE The<CITE> element is used to indicate the title of a book or other citation. It is typically rendered as italics. For example: He just couldn't get enough of<cite>The Grapes of Wrath</cite>.5.7.1.2. Code: CODE The<CODE> element indicates an example of code, typically rendered in a mono-spaced font. The<CODE> element is intended for short words or phrases of code; the<PRE> block structuring element (5.5.2, "Preformatted Text: PRE") is more appropriate for multiple-line listings. For example: The expression<code>x += 1</code> is short for<code>x = x + 1</code>.5.7.1.3. Emphasis: EM The<EM> element indicates an emphasized phrase, typically rendered as italics. For example: A singular subject<em>always</em> takes a singular verb.5.7.1.4. Keyboard: KBD The<KBD> element indicates text typed by a user, typically rendered in a mono-spaced font. This is commonly used in instruction manuals. For example: Enter<kbd>FIND IT</kbd> to search the database.Berners-Lee & Connolly Standards Track [Page 31] RFC 1866 Hypertext Markup Language - 2.0 November 19955.7.1.5. Sample: SAMP The<SAMP> element indicates a sequence of literal characters, typically rendered in a mono-spaced font. For example: The only word containing the letters<samp>mt</samp> is dreamt.5.7.1.6. Strong Emphasis: STRONG The<STRONG> element indicates strong emphasis, typically rendered in bold. For example:<strong>STOP</strong>, or I'll say "<strong>STOP</strong>" again!5.7.1.7. Variable: VAR The<VAR> element indicates a placeholder variable, typically rendered as italic. For example: Type<SAMP>html-check<VAR>file</VAR> | more</SAMP> to check<VAR>file</VAR> for markup errors.5.7.2. Typographic Elements Typographic elements are used to specify the format of marked text. Typical renderings for idiomatic elements may vary between user agents. If a specific rendering is necessary -- for example, when referring to a specific text attribute as in "The italic parts are mandatory" -- a typographic element can be used to ensure that the intended typography is used where possible. NOTE - User agents may support some typographic elements not included in this specification, as they have been deployed to some extent. The<STRIKE> element indicates horizontal line through the characters, and the<U> element indicates an underline.5.7.2.1. Bold: B The<B> element indicates bold text. Where bold typography is unavailable, an alternative representation may be used.5.7.2.2. Italic: I The<I> element indicates italic text. Where italic typography is unavailable, an alternative representation may be used.Berners-Lee & Connolly Standards Track [Page 32] RFC 1866 Hypertext Markup Language - 2.0 November 19955.7.2.3. Teletype: TT The<TT> element indicates teletype (monospaced )text. Where a teletype font is unavailable, an alternative representation may be used.5.7.3. Anchor: A The<A> element indicates a hyperlink anchor (see 7, "Hyperlinks"). At least one of the NAME and HREF attributes should be present. Attributes of the<A> element: HREF gives the URI of the head anchor of a hyperlink. NAME gives the name of the anchor, and makes it available as a head of a hyperlink. TITLE suggests a title for the destination resource -- advisory only. The TITLE attribute may be used: * for display prior to accessing the destination resource, for example, as a margin note or on a small box while the mouse is over the anchor, or while the document is being loaded; * for resources that do not include a title, such as graphics, plain text and Gopher menus, for use as a window title. REL The REL attribute gives the relationship(s) described by the hyperlink. The value is a whitespace separated list of relationship names. The semantics of link relationships are not specified in this document. REV same as the REL attribute, but the semantics of the relationship are in the reverse direction. A link from A to B with REL="X" expresses the same relationship as a link from B to A with REV="X". An anchor may have both REL and REV attributes. URN specifies a preferred, more persistent identifier for the head anchor of the hyperlink. The syntax andBerners-Lee & Connolly Standards Track [Page 33] RFC 1866 Hypertext Markup Language - 2.0 November 1995 semantics of the URN attribute are not yet specified. METHODS specifies methods to be used in accessing the destination, as a whitespace-separated list of names. The set of applicable names is a function of the scheme of the URI in the HREF attribute. For similar reasons as for the TITLE attribute, it may be useful to include the information in advance in the link. For example, the HTML user agent may chose a different rendering as a function of the methods allowed; for example, something that is searchable may get a different icon.5.8. Line Break: BR The<br /> element specifies a line break between words (see 6, "Characters, Words, and Paragraphs"). For example:<P> Pease porridge hot<br /> Pease porridge cold<br /> Pease porridge in the pot<br /> Nine days old.5.9. Horizontal Rule: HR The<hr /> element is a divider between sections of text; typically a full width horizontal rule or equivalent graphic. For example:<hr /><a DDRESS>February 8, 1995, CERN</ADDRESS> <!--/original-content--> <hr /> [8]<a href="#top" accesskey="8">ページ先頭</a><br /><hr /> <div style="text-align: center; font-size: smaller;">©2009-2025 <a href="/">Movatter.jp</a></div> </body></html>