Bert Bos, W3C Style Activity Lead
Webmaster
Last updated: $Date: 2005/03/10 14:54:27 $ GMT
Цей документ є перекладом статті "Don't use “custom DTDs”!". Оригінальна версія документу знаходиться тільки на сайті W3C http://www.w3.org/Style/customdtd
Цей переклад НЕ є офіційним документом W3C.
Всі Авторські Права Належать W3C.
Цей документ може містить помилки перекладу та похибки.
Автор: Скрипець Євген (всі переклади автора)
Документ переклано за підтримки сайтів обзор сайтов, мобільні телефони та дієтичному блогу. Спонсори перекладу сайти з обзору вебсерверів,
ресурси з огляду сайтів та
критик сайтів та моніторінгу сайтів
Локальна копія: http://www.mirrors.org.ua/Style/customdtd_uk.html
W3C сторінка стилів містить елемент <blink>. <blink> не є елементом HTML і, крім того, сторінка коректна відповідно деякім HTML валідаторам. У чому річ?
Фактично, сторінка синтаксично валідна, тому як елемент заявлений в документі. До тих пір, доки елементи належним чином заявляються, сторінка валідна згідно SGML/XML.
Але сторінка семантично не валідна. Це - SGML документ, але він не є HTML документом. Немає офіційних стандартів що визначають значення <blink>.
Сторінка стилю W3C використовує нестандартні елементи в якості об'єкту. Якщо вам відома історія CSS, ви повинні пам'ятати, що однією з причин виникнення CSS було прагнення уникнути використання браузерамі свої власних нестандартних елементів, таких як <blink>.
Технічно додавання нестандартних елементів здійснюється шляхом написання «власного DTD» і включення його в першу лінію документа (лінію DOCTYPE). Призначений для користувача DTD можна зробити, наприклад шляхом копіювання HTML4 DTD і його модифікації.
Не робіть цього! Документи повинні мати значення так само, як і правильний синтаксіс. SGML і XML всього лише визначають синтаксіс. HTML і XHTML визначають значення. Якщо ви додаєте елементи, які не визначаються стандартами, тільки ви особисто можете знати, що вони означають. І через 20 або 50 років навіть ви вже можете їх не пам`ятати …
Зрозуміло, ви можете експериментувати, наприклад, працювати з майбутніми веб-стандартамі, але не використовуйте власні елементи.