idnits 2.17.1
draft-ietf-html-spec-05.txt:
Checking boilerplate required by RFC 5378 and the IETF Trust (see
https://trustee.ietf.org/license-info):
----------------------------------------------------------------------------
** Cannot find the required boilerplate sections (Copyright, IPR, etc.) in
this document.
Expected boilerplate is as follows today (2024-04-19) according to
https://trustee.ietf.org/license-info :
IETF Trust Legal Provisions of 28-dec-2009, Section 6.a:
This Internet-Draft is submitted in full conformance with the provisions
of BCP 78 and BCP 79.
IETF Trust Legal Provisions of 28-dec-2009, Section 6.b(i), paragraph 2:
Copyright (c) 2024 IETF Trust and the persons identified as the document
authors. All rights reserved.
IETF Trust Legal Provisions of 28-dec-2009, Section 6.b(i), paragraph 3:
This document is subject to BCP 78 and the IETF Trust's Legal Provisions
Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with
respect to this document. Code Components extracted from this
document must include Simplified BSD License text as described in
Section 4.e of the Trust Legal Provisions and are provided
without warranty as described in the Simplified BSD License.
Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt:
----------------------------------------------------------------------------
** Missing expiration date. The document expiration date should appear on
the first and last page.
** The document seems to lack a 1id_guidelines paragraph about
Internet-Drafts being working documents.
** The document seems to lack a 1id_guidelines paragraph about 6 months
document validity -- however, there's a paragraph with a matching
beginning. Boilerplate error?
** The document seems to lack a 1id_guidelines paragraph about the list of
current Internet-Drafts.
** The document seems to lack a 1id_guidelines paragraph about the list of
Shadow Directories.
== No 'Intended status' indicated for this document; assuming Proposed
Standard
Checking nits according to https://www.ietf.org/id-info/checklist :
----------------------------------------------------------------------------
** The document seems to lack an IANA Considerations section. (See Section
2.2 of https://www.ietf.org/id-info/checklist for how to handle the case
when there are no actions for IANA.)
** The document seems to lack separate sections for Informative/Normative
References. All references will be assumed normative when checking for
downward references.
** There are 18 instances of too long lines in the document, the longest
one being 14 characters in excess of 72.
== There are 1 instance of lines with non-RFC2606-compliant FQDNs in the
document.
== There are 2 instances of lines with non-RFC6890-compliant IPv4 addresses
in the document. If these are example addresses, they should be changed.
Miscellaneous warnings:
----------------------------------------------------------------------------
-- The document seems to lack a disclaimer for pre-RFC5378 work, but may
have content which was first submitted before 10 November 2008. If you
have contacted all the original authors and they are all willing to grant
the BCP78 rights to the IETF Trust, then this is fine, and you can ignore
this comment. If not, you may need to add the pre-RFC5378 disclaimer.
(See the Legal Provisions document at
https://trustee.ietf.org/license-info for more information.)
-- The document date (August 8, 1995) is 10482 days in the past. Is this
intentional?
-- Found something which looks like a code comment -- if you have code
sections in the document, please surround them with ' Some text. *wow*
531 |
532 \-"Some text. "
533 |
534 \-EM
535 | |
536 | \-
537 | |
538 | \-"*wow*"
539 | |
540 | \-
541 |
542 \-' and
'
' lines.
Checking references for intended status: Proposed Standard
----------------------------------------------------------------------------
(See RFCs 3967 and 4897 for information about using normative references
to lower-maturity documents in RFCs)
== Missing Reference: 'ISO 8859-1' is mentioned on line 1710, but not
defined
== Unused Reference: 'URI' is defined on line 3304, but no explicit
reference was found in the text
== Unused Reference: 'HTTP' is defined on line 3317, but no explicit
reference was found in the text
== Unused Reference: 'GOLD90' is defined on line 3335, but no explicit
reference was found in the text
== Unused Reference: 'SQ91' is defined on line 3354, but no explicit
reference was found in the text
** Downref: Normative reference to an Informational RFC: RFC 1630 (ref.
'URI')
** Obsolete normative reference: RFC 1738 (ref. 'URL') (Obsoleted by RFC
4248, RFC 4266)
-- Possible downref: Non-RFC (?) normative reference: ref. 'HTTP'
** Obsolete normative reference: RFC 1521 (ref. 'MIME') (Obsoleted by RFC
2045, RFC 2046, RFC 2047, RFC 2048, RFC 2049)
** Obsolete normative reference: RFC 1808 (ref. 'RELURL') (Obsoleted by RFC
3986)
-- Possible downref: Non-RFC (?) normative reference: ref. 'GOLD90'
-- Possible downref: Non-RFC (?) normative reference: ref. 'DEXTER'
** Obsolete normative reference: RFC 1590 (ref. 'IMEDIA') (Obsoleted by RFC
2045, RFC 2046, RFC 2047, RFC 2048, RFC 2049)
** Obsolete normative reference: RFC 1700 (ref. 'IANA') (Obsoleted by RFC
3232)
-- Possible downref: Non-RFC (?) normative reference: ref. 'SQ91'
-- Possible downref: Non-RFC (?) normative reference: ref. 'ISO-646'
-- Possible downref: Non-RFC (?) normative reference: ref. 'ISO-10646'
-- Possible downref: Non-RFC (?) normative reference: ref. 'ISO-8859-1'
-- Possible downref: Non-RFC (?) normative reference: ref. 'SGML'
Summary: 15 errors (**), 0 flaws (~~), 8 warnings (==), 11 comments (--).
Run idnits with the --verbose option for more detailed information about
the items above.
--------------------------------------------------------------------------------
1 HTML Working Group T. Berners-Lee
2 INTERNET-DRAFT MIT/W3C
3
This is a Heading
623 Some elements only have a start-tag without an end-tag. For
624 example, to create a line break, you use the `
' tag.
625 Additionally, the end tags of some other elements, such as
626 Paragraph (`
', `', and `' 651 are equivalent, whereas `&' is different from `&'. 653 In a start-tag, the element name must immediately follow the tag 654 open delimiter `<'. 656 3.2.4. Attributes 658 In a start-tag, white space and attributes are allowed between 659 the element name and the closing delimiter. An attribute 660 specification typically consists of an attribute name, an equal 661 sign, and a value, though some attribute specifications may be 662 just a name token. White space is allowed around the equal sign. 664 The value of the attribute may be either: 666 * A string literal, delimited by single quotes or double 667 quotes and not containing any occurrences of the delimiting 668 character. 670 NOTE - Some historical implementations consider any 671 occurrence of the `>' character to signal the end of 672 a tag. For compatibility with such implementations, 673 when `>' appears in an attribute value, it should be 674 represented with a numeric character reference. For 675 example, `' should be 676 written `' or `'. 679 * A name token (a sequence of letters, digits, periods, or 680 hyphens). Name tokens are not case sensitive. 682 NOTE - Some historical implementations allow any 683 character except space or `>' in a name token. 685 In this example, is the element name, src is the attribute 686 name, and `http://host/dir/file.gif' is the attribute value: 688 690 A useful technique for computing an attribute value literal for 691 a given string is to replace each quote and white space 692 character by an entity reference or numeric character reference 693 as follows: 695 ENTITY NUMERIC 696 CHARACTER REFERENCE CHAR REF CHARACTER DESCRIPTION 697 --------- ---------- ----------- --------------------- 698 HT Tab 699 LF Line Feed 700 CR Carriage Return 701 SP Space 702 " " " Quotation mark 703 & & & Ampersand 705 For example: 707 709 The `NAMELEN' parameter in the SGML declaration (9.5, "SGML 710 Declaration for HTML") limits the length of an attribute value 711 to 1024 characters. 713 Attributes such as ISMAP and COMPACT may be written using a 714 minimized syntax (see 7.9.1.2 ``Omitted Attribute Name'' in 715 [SGML]). The markup: 717719 can be written using a minimized syntax: 721
723 NOTE - Some historical implementations only understand 724 the minimized syntax. 726 3.2.5. Comments 728 To include comments in an HTML document, use a comment 729 declaration. A comment declaration consists of `'. Each comment starts with 731 `--' and includes all text up to and including the next 732 occurrence of `--'. In a comment declaration, white space is 733 allowed after each comment, but not before the first comment. 734 The entire comment declaration is ignored. 736 NOTE - Some historical HTML implementations incorrectly 737 consider any `>' character to be the termination of a 738 comment. 740 For example: 742 743 744
HTML Comment Example 745 746 747 748 749 750752 3.3. HTML Public Text Identifiers 754 To identify information as an HTML document conforming to this 755 specification, each document must start with one of the 756 following document type declarations. 758 760 This document type declaration refers to the HTML DTD in 9.1, 761 "HTML DTD". 763 NOTE - If the body of a `text/html' message entity does 764 not begin with a document type declaration, an HTML user 765 agent should infer the above document type declaration. 767 769 This document type declaration also refers to the HTML DTD which 770 appears in 9.1, "HTML DTD". 772 774 This document type declaration refers to the level 1 HTML DTD in 775 9.3, "Level 1 HTML DTD". Form elements must not occur in level 1 776 documents. 778 779 781 These two document type declarations refer to the HTML DTD in 782 9.2, "Strict HTML DTD" and 9.4, "Strict Level 1 HTML DTD". They 783 refer to the more structurally rigid definition of HTML. 785 HTML user agents may support other document types. In 786 particular, they may support other formal public identifiers, or 787 other document types altogether. They may support an internal 788 declaration subset with supplemental entity, element, and other 789 markup declarations. 791 3.4. Example HTML Document 793 794 795 796
797Structural Example 798 799First Header
800This is a paragraph in the example HTML file. Keep in mind 801 that the title does not appear in the document text, but that 802 the header (defined by H1) does.
803804
813- First item in an ordered list. 805
- Second item in an ordered list. 806
807
811- Note that lists can be nested; 808
- Whitespace may be used to assist in reading the 809 HTML source. 810
- Third item in an ordered list. 812
This is an additional paragraph. Technically, end tags are 814 not required for paragraphs, although they are allowed. You can 815 include character highlighting in a paragraph. This sentence 816 of the paragraph is emphasized. Note that the </P> 817 end tag has been omitted. 818
819 820 Be sure to read these bold instructions. 821 823 4. HTML as an Internet Media Type 825 An HTML user agent allows users to interact with resources which 826 have HTML representations. At a minimum, it must allow users to 827 examine and navigate the content of HTML level 1 documents. HTML 828 user agents should be able to preserve all formatting 829 distinctions represented in an HTML document, and be able to 830 simultaneously present resources referred to by IMG elements 831 (they may ignore some formatting distinctions or IMG resources 832 at the request of the user). Level 2 HTML user agents should 833 support form entry and submission. 835 4.1. text/html media type 837 This specification defines the Internet Media Type[IMEDIA] 838 (formerly referred to as the Content Type[MIME]) called 839 `text/html'. The following is to be registered with [IANA]. 841 Media Type name 842 text 844 Media subtype name 845 html 847 Required parameters 848 none 850 Optional parameters 851 level, charset 853 Encoding considerations 854 any encoding is allowed 856 Security considerations 857 see 10, "Security Considerations" 859 The optional parameters are defined as follows: 861 Level 862 The level parameter specifies the feature set used in 863 the document. The level is an integer number, implying 864 that any features of same or lower level may be present 865 in the document. Level 1 is all features defined in this 866 specification except those that require the