КАТЕГОРИИ:
Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)
Quirksmode
Треба знати ще про так званий режим Quirksmode. Браузер переходить в цей режим, якщо зустрічає сторінку, яка має неправильний DOCTYPE, або взагалі не має DOCTYPE. У цьому режимі браузер робить найкращі припущення про безліч правил, згідно яким він повинен інтерпретувати код, і знову заповнює пропуски найкращим чином. Цей режим існує насправді для того, щоб можна було виводити старі сторінки, і не повинен ніколи використовуватися при створенні нових сторінок.
6. Правила виконання валідації сторінок
Помістити URL у валідатор і спостерігати, буде сторінка валідною чи ні, легко; зрозуміти, що неправильно і виправити помилки інколи буває важко, оскільки повідомлення про помилки можуть бути інколи дуже загадковими. Приклад, що розглядається, має наступний вигляд:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en">
<head>
<title>Валідація HTML</title>
</head>
<body>
<h2>ЛЕБІДЬ, ЩУКА І РАК</h2>
<p>Коли в товаришів на згоду не іде, <br />На лад їх діло не піде,<br /> І з нього вийде вже не діло – тільки <em>мука.</em>
<br />Якось-то Лебідь, Рак та Щука <br />Везти гарбу ваги взялись;<br /> До неї разом трійко упряглись;<br /> Зі шкури пнуться геть –
<a href="http://outer-rim-rocks.co.uk" colspan="3">гарбі немає ходу</a>!</p>
<p>Здавалося, для них був не важкий тягар:
<br />Та ж Лебідь рветься вверх до хмар,
<br />Рак важиться назад, а Щука тягне в воду.
<br />Хто винний з них, хто правий – гудити не нам;
<br />Але ж гарба і досі там.
<h3>Крилов І.А.</h3>
<p>Байки:</p>
<ul>
<li>Мавпа та окуляри</li>
<li>Ворона та Лисиця</li>
<li>Свиня під дубом</li>
<li>Вовк і Ягня<li>
<li>Муха й подорожні</li>
<li>Цікавий</li>
</ul>
</body>
Це проста сторінка складається з двох заголовків, трьох параграфів, одного гіперпосилання, і одного ненумерованого списку. Вона використовує DOCTYPE XHTML 1.0 Strict у якості правил для валідації. У документі є декілька помилок, які розглянемо нижче, використовуючи валідатор W3C HTML.
7. Валідатор W3C HTML
W3C має на своєму сайті онлайновий валідатор (http://validator.w3.org/) – який слід відкрити в браузері на окремій вкладці. Можна також виконувати валідацію сторінок у валідаторі W3C прямо з браузеру Opera, виконуючи просто клацання правою кнопкою миші при натиснутій клавіші Ctrl, і вибираючи пункт меню «Validate» («Чи дотримані web-стандарти»).
Можна відмітити, що валідатор має три вкладки вверху інтерфейсу:
· перевірка URI: дозволяє ввести адресу сторінки в Інтернеті для валідації;
· перевірка завантаженого файлу: дозволяє завантажити для валідації файл HTML;
· перевірка прямого введення: дозволяє скопіювати вміст файлу HTML у вікно для валідації.
При використанні будь-якого методу буде отриманий один і той же результат, наведений на рис. 7.3.
Це може звучати загрозливо, особливо, коли в документі є 11 помилок. Валідатор повідомляє про більшу кількість помилок, чим їх існує насправді, оскільки часто помилка на початку сторінки буде каскадом породжувати помилки далі, оскільки все більше елементів здаються незакритими або неправильно вкладеними. Необхідно просто подумати про те, що означають повідомлення про помилки, і шукати очевидні помилки в розмітці. У таблиці 7.1 наведені всі виправлені помилки, щоб можна було отримати валідну сторінку, разом з поясненням, що було неправильне, і, що зроблено для вирішення проблеми.
Рис. 7.3. Результати валідації зразка документа – 11 помилок
Таблиця 7.1
Виправлені помилки, щоб зробити приклад сторінки допустимим
| Повідомлення про помилку | Логіка | Зроблене виправлення |
| Line 11, Column 54: there is no attribute "colspan" (відсутній атрибут "COLSPAN" | Ми знаємо, що є атрибут COLSPAN, і він допустимий у HTML. Чому ж тоді з’явилося повідомлення про те, що він не існує? Можливо це означає, що він використовується з елементом, у якому не повинен використовуватися? Звичайно, він використовується у елементі А – невірно! | Видалений атрибут COLSPAN з елементу A. |
| Line 22, Column 8: document type does not allow element "H3" here; missing one of "OBJECT", "INS", "DEL", "MAP", "BUTTON"(тип документа не допускає тут елемент "H3"; пропущений один із початкових тегів "OBJECT", "APPLET", "MAP", "IFRAME", "BUTTON", "INS", "DEL") | Знову на перший погляд це здається дивним – елемент H3 правильно закритий, і допустимий в цьому контексті. Необхідно відзначити, що часто це повідомлення про помилку означає, що поблизу є незакритий елемент. | Доданий закриваючий тег P у рядку вище даного заголовка. |
| Line 28, Column 25: document type does not allow element "LI" here; missing one of "UL", "OL" start-tag (тип документа не допускає тут елемент "LI"; пропущений один із початкових тегів "UL", "OL") | Це досить просто – можна відразу побачити з представленого рядка, що в кінцевому тегу LI відсутній закриваючий слеш (/). | Доданий слеш у даному рядку. |
| Line 32, Column 10: end tag for "html" omitted, but OMITTAG NO was specified (відсутній кінцевий тег для "HTML", але було визначено OMITTAG NO | Знову легко зрозуміти, що це означає, що кінцевий тег HTML відсутній. Пояснення повідомлення про помилку навіть починається із слів «Ви могли не закрити елемент». | Доданий відсутній кінцевий елемент HTML. |
Після виправлення цих помилок валідатор видає тепер досить задовільне повідомлення про успіх, як показано на рис.7.4:
Рис. 7.4. Повідомлення, що говорить, що всі помилки були виправлені
Питання для самоперевірки
1. Для чого використовуються фрейми?
2. Дайте визначення фрейма.
3. Для створення web-сторінки з фреймами скільки пострібно html-документів?
4. За що відповідає атрибут TARGET тегу <A>?
5. Який тег використовується лля поділу екрана на кілька фреймів?
6. Як росташувати фрейми по горизонталі та вертикалі?
7. Як вказати посиланню в якому фреймі треба відкритися?
8. У яких одиницях можна задати ширину або висоту фрейму?
9. Чи можна змінювати границі між фреймами?
10. Поясніть поняття валідації.
11. Наведіть приклад найбільш відомих валідаторів.
12. Що відбувається, коли браузер зустрічає недійсний HTML? Яка виникає в цьому випадку проблема?
13. Чи буде використання FRAMESET у документі, що перевіряється, згідно DOCTYPE HTML 4 Strict породжувати помилку?
14. Призначення режиму Quirksmode.
15. Опишіть онлайновий валідатор W3C.
|
|
Дата добавления: 2014-01-04; Просмотров: 358; Нарушение авторских прав?; Мы поможем в написании вашей работы!