4 Відповідність: вимоги та рекомендації

У цьому розділі ми починаємо специфікацію HTML 4.0, починаючи з договору між авторами, документами, користувачами і агентами користувачів.

Ключові слова "ПОТРІБНО", "НЕ ТРЕБА", "НЕОБХІДНО", "СЛІД", "НЕ СЛІД", "РЕКОМЕНДУЄТЬСЯ", "МОЖЛИВО" і "НЕОБОВ'ЯЗКОВО" в цьому документі слід інтерпретувати, як описано в [RFC2119] . Однак для простоти читання ці слова в даній специфікації надруковані не в верхньому регістрі.

Іноді автори цієї специфікації дають рекомендації для користувачів і їхніх агентів. Ці рекомендації не є нормативними і відповідність цієї специфікації не залежить від їх реалізації. Ці рекомендації містяться у висловах "Ми рекомендуємо ...", "Ця специфікація рекомендує ..." і подібних до них.

4.1 Визначення

документ HTML

Документ HTML - це документ SGML, що відповідає обмеженням, що накладаються даною специфікацією.

Автор

Автор - це людина або програма, друкарська або генеруюча документи в форматі HTML. Засіб розробки - це окремий випадок автора, а саме програма, що генерує код HTML.

Ми рекомендуємо авторам створювати документи, відповідні суворому DTD , а не іншим DTD, що визначаються цією специфікацією. Детальніше про DTD, визначених в HTML 4.0, див. В розділі інформація про версії .

Користувач

Користувач - це людина, що взаємодіє з агентом користувача для перегляду, прослуховування або іншого використання згенерованого документа в форматі HTML.

агент користувача

Агент користувача - це будь-який пристрій, що інтерпретує документи в форматі HTML. Агенти користувача включають візуальні браузери (текстові та графічні), невізуальні браузери (аудіо, Бройля), пошукові машини, проксі і т.д.

Відповідний агент користувача для HTML 4.0 - це агент, який відповідає обов'язковим умовам ( "повинно") цієї специфікації, включаючи наступні:

• Агент користувача повинен уникати накладення довільних обмежень довжини на літерали значень атрибутів (див. Підрозділ про можливості в розділі Оголошення SGML ). Вступну інформацію по атрибутам SGML можна отримати в розділі визначення атрибутів .
• Агент користувача повинен гарантувати, що генерація зображення не змінюється в зв'язку з наявністю або відсутністю початкових і кінцевих тегів, якщо в HTML DTD вказується, що вони не є обов'язковими. Вступну інформацію про елементи SGML см. В розділі визначення елементів .
• Для сумісності з попередніми версіями ми рекомендуємо, щоб кошти інтерпретації HTML 4.0 підтримували HTML 3.2 (див. [HTML32] ) і HTML 2.0 (див. [RFC1866] ).

помилкові стану

У цій специфікації не визначається, як відповідні їй агенти користувача обробляють загальні помилкові стану, включаючи дії в разі, якщо вони зустрічають елементи, атрибути, значення атрибутів або комбінацій, які не вказані в цьому документі.

Однак для отримання інформації про рекомендовану обробці помилок зверніться до інформації про неприпустимі документах .

небажані

Небажаний елемент або атрибут - це елемент, застарілий внаслідок застосування нових конструкцій. Небажані елементи визначені довідкового керівництва і явно позначені як небажані. Небажані елементи можуть втратити свою актуальність в майбутніх версіях HTML.

Агентам користувача слід як і раніше підтримувати небажані елементи для забезпечення сумісності з попередніми версіями.

У визначеннях елементів і атрибутів явно зазначено, якщо вони небажані.

У цій специфікації містяться приклади, що показують, як можна уникнути використання небажаних елементів. У більшості випадків це залежить від підтримки агентом користувача таблиць стилів. У загальному випадку, авторам слід використовувати таблиці стилів для отримання стилістичних ефектів і ефектів форматування замість атрибутів уявлення HTML. Атрибути уявлення HTML небажані, коли існує альтернатива таблиць стилів (див., Наприклад, [CSS1] ).

застарілі

Застарілий елемент або атрибут - це елемент або атрибут, підтримка яких агентами користувача не гарантується. Застарілі елементи не визначаються в цій специфікації, але перераховані в розділі змін довідкового керівництва.

4.2 SGML

HTML 4.0 - це застосування SGML , відповідає міжнародному стандарту ISO 8879 - Standard Generalized Markup Language SGML (визначеним у [ISO8879] ).

Приклади в тексті відповідають строгим визначенням типу документа , якщо приклад не відноситься до елементів або атрибутів, певним перехідним визначенням типу документа або визначенням типу документа з кадрами . Для стислості велика частина прикладів в даній специфікації починається не з оголошення типу документа , обов'язкового для початку будь-якого документа в форматі HTML.

Фрагменти DTD в визначеннях елементів наводяться з строгих визначень типу документа , крім елементів, що відносяться до кадрів.

Детальну інформацію про використання строгих, перехідних DTD або DTD з кадрами см. В розділі інформація про версії HTML .

Коментарі в HTML 4.0 DTD не мають нормативного значення; вони використовуються тільки для інформації.

Агенти користувача не повинні генерувати інструкції обробки SGML (наприклад, <? Full volume>) або коментарі. Детальніше про цю та інші можливості SGML, які допустимі в HTML, але не підтримуються широко агентами користувача, зверніться до розділу можливості SGML з обмеженою підтримкою.

4.3 Тип вмісту text / html

Документи HTML відправляються через Інтернет у вигляді послідовності байтів, супроводжуваної інформацією про кодуванні (описаної в розділі кодування символів ). Структура передачі, звана message entity, визначається [RFC2045] ) і [RFC2068] . message entity з типом вмісту "text / html" представляє документ в форматі HTML.

Тип вмісту для документів HTML визначається наступним чином:

Ім'я типу вмісту:

text

Ім'я підтипу вмісту:

html

Обов'язкові параметри:

немає

Необов'язкові параметри:

charset

Кодування:

дозволені всі кодування

Безпека:

Див. Зауваження про безпеку

Необов'язковий параметр "charset" позначає кодування символів , яка використовується для представлення документа HTML в якості послідовності байт. Допустимі значення цього параметра визначено в розділі кодування символів . Хоча цей параметр необов'язковий, рекомендується завжди вказувати його.