XHTML FAQ

1. Навіщо потрібен XHTML? Хіба мало HTML?
2. Чи можна просто додати оголошення XML в початок існуючого документа HTML? Чи можна змішувати код HTML 4.01 �� XHTML?
3. Як найпростіше перетворити документи HTML в XHTML?
4. Чому розробники браузерів так метушаться з XML? Чи не краще для браузерів працювати з HTML?
5. Навіщо мені турбуватися про вірність коду HTML? У моєму браузері документ відображається вірно.
6. Як можна перевірити коректність розмітки в моєму документі?
7. Чому ви не завжди використовуєте термін «власні агент» ( «user agent») замість «браузер»?
8. Для чого потрібно використовувати іменні простору (namespace) в XHTML?
9. Чому документи XHTML 1.0 не варто відправляти як text / html?
10. Які браузери приймають тип даних application / xhtml + xml?
11. Чи приймає Microsoft Internet Explorer тип application / xhtml + xml?
12. В CSS є правила, які відносяться тільки до HTML. Чи застосовуються ці правила до XHTML?
13. Чи працює document.write в XHTML?
14. Чому не можна передавати докумети XHTML 1.1 в якості text / html?
15. Чому з XHTML 1.1 був ліквідований атрибут target?
16. Для чого використовується модулярізаці�� XHTML?
17. Навіщо потрібен XHTML2? Чи не досить XHTML 1?
18. Чи буде в XHTML2 елемент <img> замінений елементом <object>?
19. Чому XHTML2 не використовує XLink?
20. Чому в XHTML2 немає сумісності зі старими версіями XHTML?
21. Чому xml: space встановлений як 'preserve' для всіх елементів XHTML2? Я не хочу бачити у висновку...

Наша взаимовыгодная связь https://banwar.org/

(Переклад «HTML and XHTML Frequently Answered Questions»)

редактор: Стівен Пембертон (Steven Pemberton) , W3C / CWI

Переклад російською мовою: Олексій скажені

Версія 21 липня 2004 р

Переклад: 22 червня 2006 р

Інші пов'язані FAQ:

Коментарі та пропозиції щодо змісту цього документа направляйте на e-mail [email protected] , В темі повідомлення вкажіть «FAQ». З приводу російського перекладу звертайтеся за адресою [email protected] .

1. Навіщо потрібен XHTML? Хіба мало HTML?
2. У чому переваги XHTML перед HTML?
3. Чи можна просто додати оголошення XML в початок існуючого документа HTML? Чи можна змішувати код HTML 4.01 �� XHTML?
4. Як найпростіше перетворити документи HTML в XHTML?
5. Чому розробники браузерів так метушаться з XML? Чи не краще для браузерів працювати з HTML?
6. Навіщо мені турбуватися про вірність коду HTML? У моєму браузері документ відображається вірно.
7. Як можна перевірити коректність розмітки в документі?
8. Чому ви не завжди використовуєте термін «власні агент» ( «user agent») замість «браузер»?
9. Для чого потрібно використовувати іменні простору (namespace) в XHTML?
10. Чому документи XHTML 1.0 не варто відправляти як text / html?
11. Які браузери приймають тип даних application / xhtml + xml?
12. Чи приймає Microsoft Internet Explorer тип application / xhtml + xml?
13. В CSS є правила, які відносяться тільки до HTML. Чи застосовуються ці правила до XHTML?
14. Чи працює document.write в XHTML?
15. Чому не можна передавати докумети XHTML 1.1 в якості text / html?
16. Чому з XHTML 1.1 був ліквідований атрибут target?
17. Для чого використовується модулярізаціі (Modularization) XHTML?
18. Навіщо потрібен XHTML2? Чи не досить XHTML 1?
19. Чи буде в XHTML2 елемент <img> замінений елементом <object>?
20. Чому XHTML2 не використовує XLink?
21. Чому в XHTML2 немає сумісності зі старими версіями XHTML?
22. Чому атрибут xml: space встановлений як 'preserve' для всіх елементів XHTML2? Я не хочу бачити у висновку браузера додаткові пробіли.

Навіщо потрібен XHTML? Хіба мало HTML?

HTML - можливо, найпопулярніший в світі мову розмітки документів. З появою XML було організовано обговорення, чи потрібна нова версія HTML в рамках XML. Учасники відповіли однозначно «так»: версія HTML, заснована на XML, дозволить використовувати елементи XHTML в інших мовах XML, а документи XHTML зможуть використовувати елементи інших мов XML. Крім того, буде можливим привести в порядок HTML, ліквідувавши його самі «неохайні» елементи і розширивши його функціональність, наприклад, поліпшеною реалізацією форм.

Якщо документ складає простий XHTML 1.0 (без використання інших мов розмітки), то ви не помітите істотної різниці. Однак з часом доступними стають все більше і більше інструментів, заснованих на XML (таких як XSLT для перетворення документів) і ви рано чи пізно помітите переваги використання XHTML. Наприклад, технологія XForms дозволить вам редагувати документи XHTML (і будь-які інші документи XML). Додатки Семантичної Мережі (Semantic Web) будуть здатні використовувати переваги XHTML.

Якщо документ містить щось більше, ніж XHTML 1.0, наприклад, включення мов MathML, SMIL, SVG, то переваги очевидні: ви б не змогли використати ці технології з HTML.

Чи можна просто додати оголошення XML в початок існуючого документа HTML? Чи можна змішувати код HTML 4.01 �� XHTML?

Ні. Формат HTML не заснований на XML. Щоб інтерпретувати дані як XML, ви повинні внести необхідні зміни, щоб зробити код документа вірним кодом XML.

Як найпростіше перетворити документи HTML в XHTML?

програма HTML Tidy дозволяє отримати XHTML з коду HTML. Браузер і веб-редактор Amaya зберігає HTML документи в форматі XHTML.

Чому розробники браузерів так метушаться з XML? Чи не краще для браузерів працювати з HTML?

XML вводить більш строгі правила обробки документів. Браузери HTML працюють з будь-якими вхідними даними, коректний і некоректно, і намагаються їх інтерпретувати. Схема обробки помилок дуже ускладнює розробку програм, особливо якщо врахувати, що передбачається, що реакція всіх браузерів на некоректні дані повинна бути однаковою. Крім того, це означає, що величезна кількість документів HTML містять помилки, але нормально відображаються браузерами, і автори не підозрюють про те, що код HTML некоректний. Ось чому надзвичайно складно створити новий користувальницький агент, поки документи, що видаються за HTML, часто дуже погані.

Навіщо мені турбуватися про вірність коду HTML? У моєму браузері документ відображається вірно.

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

Як можна перевірити коректність розмітки в моєму документі?

W3C надає для цього валідатор: http://validator.w3.org/ . браузер Amaya повідомляє, чи вірний код відображаються документів.

Чому ви не завжди використовуєте термін «власні агент» ( «user agent») замість «браузер»?

У той час як браузери є важливими користувачами HTML і XHTML, існує багато інших програм і систем, які використовують (X) HTML документи. Пошукові машини, наприклад, зчитують документи, хоча і не відносяться до браузерів. Використовуючи термін «власні агент», ми намагаємося підкреслити різницю.

Наприклад, зробивши запит пошуковій системі Google, в результатах пошуку разом з посиланням можна побачити текст «веб-сторінка використовує фрейми, але ваш браузер не підтримує їх»; деякі люди ігнорують такі посилання. Творці таких сайтів не уявляють собі, що контент потрібно не одним лише браузерам, і що елемент <noframes> повинен містити більш передбачливий текст, що не виглядає настільки безглуздо в очах людей, що використовують пошук.

Для чого потрібно використовувати іменні простору (namespace) в XHTML?

За часів становлення HTML різні групи і компанії додавали по своєму бажанню нові елементи і атрибути в HTML. Це загрожувало плутаниною з версіями HTML, які не є загальноприйнятими. XML ( «X» означає «розширений», «Extensible») дозволяє всім використовувати елементи з різних мов, але браузер або інший користувальницький агент повинен якось визначати, до якої мови належить той чи інший елемент. Для цього і потрібні оголошення іменних просторів (namespace).

Чому документи XHTML 1.0 не варто відправляти як text / html?

XHTML має формат XML; це означає, що тип даних документа XHTML повинен співвідноситися з XML (application / xhtml + xml, application / xml, або text / xml). Однак XHTML 1.0 створювався таким чином, щоб документи могли вірно відображатися для користувача агентами HTML. Якщо ви підете декільком простим правилам, документи XHTML 1.0 будуть підходити для браузерів HTML. Але так як останні працюють тільки з типом даних text / html, вам необхідно передавати XHTML 1.0 як text / html, щоб забезпечити сумісність із застарілим програмним забезпеченням. Але знайте: документ з Тема text / html завжди буде оброблятися як простий HTML, а не XHTML.

Які браузери приймають тип даних application / xhtml + xml?

Відомі нам браузери - все засновані на Mozilla (Mozilla, Netscape 5+, Galeon, Firefox), Opera, Amaya, Camino, Chimera, DocZilla, iCab, Safari, плюс все програмне забезпечення для мобільних телефонів, що працюють з WAP2. Фактично, будь-який сучасний браузер повинен приймати тип даних application / xml. Зверніться до тесту на тип даних XHTML за подробицями.

Чи приймає Microsoft Internet Explorer тип application / xhtml + xml?

Ні, але є прийом, який дозволить передавати XHTML1.0 для Internet Explorer в якості application / xml.

Додайте в початок документа виділену нижче рядок:

<? xml version = "1.0" encoding = "iso-8859-1"?> <? xml-stylesheet type = "text / xsl" href = "copy.xsl"?> <! DOCTYPE html PUBLIC "- // W3C // DTD XHTML 1.0 Transitional // EN "" http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd "> <html xmlns =" ​​http://www.w3.org/1999 / xhtml "> <head>

файл copy.xsl повинен містити такий код:

<Stylesheet version = "1.0" xmlns = "http://www.w3.org/1999/XSL/Transform"> <template match = "/"> <copy-of select = "." /> </ Template> </ stylesheet>

Файл повинен міститися на тому ж сайті, з якого передається документ.

Ви передаєте документ як XML, він проходить обробку, в результаті браузер вважає, що отриманий text / html; таким чином, користуючись наведеними радою, ви повинні враховувати всі правила, які потрібні для забезпечення сумісності XHTML 1.0 з браузерами HTML.

Документ буде працювати для браузерів, які приймають XHTML 1.0 як application / xml.

В CSS є правила, які відносяться тільки до HTML. Чи застосовуються ці правила до XHTML?

Ні. Правила CSS, що відносяться тільки до HTML, застосовуються тільки до документів, переданим як text / html.

Чи працює document.write в XHTML?

Ні. Сама суть XML передбачає, що неможливо генерувати розмітку скриптами, в той час як парсер ще обробляє розмітку.

Можна домогтися того ж ефекту, що і document.write, але для додавання і видалення елементів потрібно використовувати DOM.

Чому не можна передавати докумети XHTML 1.1 в якості text / html?

XHTML 1.1 представляє собою звичайний XML, призначений тільки для обробки як XML. XHTML 1.1 не можна передавати браузерам HTML. Тому документи XHTML 1.1 обов'язково повинні передаватися з типом даних, що належать до XML, таким як application / xhtml + xml.

Чому з XHTML 1.1 був ліквідований атрибут target?

Атрибут target не ліквідували з XHTML 1.1. XHTML 1.0 підрозділяється на три різні версії: strict, transitional і frameset. Всі різновиди забезпечують таку сумісність з HTML 4.01, яку тільки дозволяє XML. XHTML 1.1 - оновлена версія XHTML 1.0 strict, а атрибуту target не було ні в одній версії HTML strict. Інші версії, transitional і frameset, не було оновлено, так як в цьому немає необхідності. Якщо ви хочете використовувати атрибут target, використовуйте XHTML 1.0 transitional.

Для чого використовується модулярізаці�� XHTML?

Модулярізаціі XHTML (Modularization) призначена для застосування розробниками мов, заснованих на XHTML, але не користувачами мов. Компанії та групи часто розробляють власні версії HTML і XHTML, які не сумісні між собою. Модулярізаціі розділяє XHTML на модулі, які можуть окремо використовуватися при визначенні нової мови; так, наприклад, будь-яка версія мови, що використовує таблиці, буде працювати з єдиним для XHTML визначенням таблиць. Крім того, модулярізаціі роз'яснює, в яких випадках можна додавати нові елементи, а в яких - ні.

Навіщо потрібен XHTML2? Чи не досить XHTML 1?

HTML і XHTML виконали покладені на них завдання, але в цих мовах є безліч елементів, які потрібно поліпшити. У XHTML2 особливу увагу приділено поліпшенню можливостей структурування, видалення елементів, які вже є в XML, зручності використання (usability), доступності (accessibility), інтернаціоналізації, апаратної незалежності, поліпшеному механізму форм, усунення необхідності в використанні скріптованія.

Чи буде в XHTML2 елемент <img> замінений елементом <object>?

Ні. Елемент <img> буде замінений в XHTML2, але чимось іншим (хоча ви можете використовувати і <object>, якщо хочете).

Дизайн <img> в HTML має багато недоліків:

• він не надає можливості змісту альтернативних зображень, так, наприклад, зображення PNG може бути замінено лише текстом атрибуту alt, якщо браузер не сприймає формат PNG. Це як раз і завадило поширенню формату PNG (кращого, ніж GIF і JPG), так як автори контенту використовували більш старі формати, щоб бути впевненими, що графіка доступна для всіх користувачів.
• Текст атрибута alt не може бути розмічений, так що якщо ви використовуєте alt, то вам доступний тільки простий текст.
• Для незрячих користувачів можливо використовувати посилання longdesc на опис зображення, але ця можливість рідко реалізується.

У XHTML2 зображення прирівнюються до складових контенту, це здійснюється привласненням войства src будь-якого елементу. Якщо зображення є і браузер може його обробити, графіка буде використана, інакше браузер буде використовувати вміст елемента. наприклад:

<P src = "map.png"> Вихід зі станції, поверніться наліво, підніміться сходами на <strong> Верхню Вулицю </ strong> і поверніть праворуч </ p>

Перевага цього в тому, що в разі, якщо зображення недоступне (наприклад, через помилки в мережі) або не може бути оброблено браузером, документ залишається доступним. Якщо потрібно використовувати більше одного зображення, код буде виглядати так:

<P src = "map.png"> <span src = "map.gif"> Вихід зі станції ... </ span> </ p>

звичайно, краще використовувати технологію content negotiation, якщо її підтримує ваш сервер:

<P src = "map"> Вихід зі станції ... </ p>

В такому випадку, сервер «домовляється» з браузером, який формат графіки передати програмі. Якщо доступних зображень немає, буде використано вміст елемента. Це дозволяє додати зображення окремого формату пізніше, не змінюючи код сторінок.

Чому XHTML2 не використовує XLink?

XLink і XHTML мають різні вимоги для використання посилань, і ці вимоги не сумісні.

Чому в XHTML2 немає сумісності зі старими версіями XHTML?

Сумісність є, але вона реалізована інакше, ніж раніше.

Ранні версії HTML були мовами для конкретної області застосування (не дружить з якимось загальним інструментом розмітки), тому було важливо підтримувати сумісність, так щоб старі браузери коректно сприймали документи. Наприклад, з цієї причини елемент <meta> містить дані в своєму атрибуті, а не в якості свого вмісту - так забезпечена сумісність з колишнім програмним забезпеченням.

Однак завдяки XML і таблицями стилів, такий строгий механізм сумісності більше не потрібен, так як браузер XML (на момент написання цього тексту 95% браузерів приймають XML) може обробляти нову мову без оновлення. Багато можливості XHTML 2 вже доступні в сучасних браузерах , Які не створювалися спеціально для XHTML2. Багато що працює, але не всі: коли форми і таблиці були додані в HTML, людям довелося почекати появи нових браузерів; точно так же особливі елементи XHTML 2, такі як XForms і XML Events, вимагають від програмного забезпечення розуміння їх функціональності.

Чому xml: space встановлений як 'preserve' для всіх елементів XHTML2? Я не хочу бачити у висновку браузера додаткові пробіли.

Атрибут xml: space пов'язаний з введенням: він потрібен, щоб контролювати, чи будуть прогалини представлені в DOM (тобто у внутрішній версії документа, з якої працює браузер); це не відноситься до кінцевого відображенню документів. Висновок пробільних символів встановлюється свойтва CSS 'whitespace'. Дайте йому значення 'pre', щоб все пробільні символи DOM було видно при виведенні; значення 'normal' приховає пробільні символи (CSS3 буде містити більш багаті засоби контролю виведення).

Саме тому для всіх елементів XHTML встановлено xml: space = "preserve": інакше б властивість 'whitespace' не мало дейсівія. Таблиця стилів за замовчуванням встановлює 'whitespace' значення 'normal' для всіх елементів, крім <pre>, але ви можете це змінити в своїх таблицях.

Copyright © 2006 Alexey Beshenov , Russian translation.