Предисловие переводчика: Эта серия оригинальных статей содержит в общей сложности 8 статей. Она начинается с популяризации веб-стандартов и описывает, как использовать Dreamweaver 8 для создания веб-сайта, соответствующего стандартам. Поскольку оригинальная статья автора представляет собой обзор «Создайте свой веб-сайт». Веб-сайт, соответствующий собственным стандартам, с использованием Dreamweaver 8" (Эта статья представляет собой платный отрывок), поэтому я соответствующим образом удалил содержимое. Порядок соответствует исходной статье, но длина будет скорректирована. Настоящим сообщаю вам. Уровень перевода ограничен, пожалуйста, поймите.
Если вы читаете эту статью, вы, вероятно, уже интересуетесь веб-стандартами и вам очень интересно узнать о применении стандартов на сайтах, созданных с помощью DW (сокращение от Dreamweaver).
Возможно, у вас уже есть определенное представление о WS (сокращение от веб-стандартов), но вы не знаете, как использовать DW для написания совместимого кода. Или вы являетесь пользователем DW и хотели бы соблюдать требования WS, более широко использовать CSS и создавать более удобные для пользователя документы. Независимо от того, к какому типу вы принадлежите, эта статья даст вам нужный ответ: расскажет, как использовать DW для обработки WS.
Определение веб-стандартов
Что касается WS, о котором мы говорим в этой статье, давайте сначала уточним, о чем мы говорим:
WS — это спецификации, которые определяют языки веб-разработки и сформулированы W3C. Эти спецификации включают несколько языков, таких как HTML, XHTML и CSS, а также некоторые другие родственные языки, такие как MathML, которые используются для представления уравнений в математике. Если у вас есть такие особые потребности, вы можете их использовать. . W3C также публикует Рекомендации по обеспечению доступности веб-контента (WCAG), которые способствуют доступности веб-страниц (через WAI).
Совет: получите эти рекомендации напрямую
.Вы можете прочитать эти рекомендации на веб-сайте W3C, хотя иногда
это
немного
сложно. читать:
HTML
4.01
Нет необходимости читать слишком много документации W3C.Кому нужен WS
У вас может быть лишь смутное представление о том, что WS — это хорошо, но многие сайты, в том числе многие известные сайты, не соответствуют WS, и, похоже, ими хорошо управляют. Итак, почему мы должны стремиться соблюдать требования WS? Есть ли в этом реальная польза? Кому необходимо обращать внимание на спецификации и рекомендации W3C?
Первая группа людей, которым необходимо обратить внимание на WS, — это мы? веб
-разработчики и дизайнеры
: Разработчики и дизайнеры веб-сайтов. Стоит ли нам тратить время на изучение разработки с использованием WS?Чистая разметка ускоряет исправление ошибок.
Если вы проверите свои страницы с помощью W3C, вы, по крайней мере, будете знать, что неправильная разметка не является причиной ошибок, с которыми вы столкнулись. Иногда процесс проверки страницы и исправления обнаруженных ошибок может устранить проблемы с отображением, вызванные бесконечными элементами или тегами с ошибками.
Даже если проверка вашего документа не устранит проблемы, вы, по крайней мере, будете знать, что проблемы существуют в каноническом документе. Теперь, когда вы знаете, что эта проблема не является ошибкой, вы можете сосредоточиться на других проблемах, таких как различия в обработке CSS в разных браузерах.
Соблюдать требования доступности легко.
Если вы напишете каноническую разметку XHTML, то сможете гарантировать, что документ семантически корректен, и сможете отделить содержимое документа от представления, можно проделать большую работу. проблемы доступности, перечисленные в WCAG1.0. Также важно осознавать, что доступность предназначена не только для людей с ограниченными возможностями. Доступ к дружественному сайту возможен с помощью множества различных устройств, таких как мобильные телефоны и КПК, у которых нет вычислительной мощности для обработки разрозненной и нестандартной разметки.
Прямая совместимость
Если вы учитываете производительность только что разработанной страницы в текущих браузерах, то как вы можете обеспечить ее производительность в новых браузерах в будущем? Новый браузер может изменить вашу страницу. Отображение ужасное, и вам остается только бороться? находить и устранять досадные проблемы.
Соблюдение требований WS не устранит эту проблему полностью; однако совместимость стандартов значительно снижает риск сбоя вашего дизайна, и сегодняшние компании, занимающиеся программным обеспечением для браузеров, также начинают поддерживать стандарты. Они могут случайно неверно истолковать какую-то часть спецификации, но не могут ее полностью не одобрить. Если случается худшее и новый браузер оказывает странное воздействие на ваш стандартизированный сайт, исправить его гораздо проще, чем несовместимый сайт. Если вы столкнетесь с проблемой, она также повлияет на другие сайты, соответствующие стандартам. Коллективная мудрость веб-сообщества укажет на это и напишет статьи по этому поводу. Поэтому все коллективно обсудили, что этот ОШИБКУ легче исправить в совместимом документе, чем в несовместимом.
Упрощенный рефакторинг.
Вам когда-нибудь приходилось вырезать текст из сайта, реорганизовывать его и начинать все заново? Вы когда-нибудь видели эти ярлыки, которые загромождены шрифтовыми надписями и крошечными ячейками таблиц (из-за которых нам приходится начинать с нуля) Все, что я знаю, это то, что у меня есть, и это долгий процесс, много времени и денег. Все сожжено? рефакторинг этого сайта.
Разделение содержания и представления документа дает вам прелесть соответствия стандартам: это означает, что в следующий раз, когда кто-то захочет провести рефакторинг сайта, ему не придется копировать веб-документ. Весь текст на сайте будет размечен семантическим (X)HTML, а вся презентационная информация — которую хочет изменить веб-мастер — будет храниться в легко заменяемом CSS-файле.
Некоторые клиенты не будут ждать рефакторинга, прежде чем начнут просить вас внести некоторые изменения. Они подождут, пока они не посетят Мамонтовую яму окаменелостей, а затем попросят вас сказать: «Просто переместите левый столбец вправо». . Для стандартизированных совместимых сайтов все страницы управляются CSS. Вы можете легко перемещать теги на странице, не задумываясь о хитростях на многих страницах со сложными таблицами в качестве структур. Это упрощает изменение макета страницы.
Отделение структуры от представления также может облегчить добавление новых элементов, таких как высококонтрастная версия сайта с небольшим изображением, которая может быть более привлекательной для некоторых зрителей. Зачем создавать отдельные текстовые версии страниц, если можно легко изменить таблицы стилей.
Компании-разработчики программного обеспечения для браузеров
Компании-разработчики программного обеспечения для браузеров начинают обращать внимание на WS. В прошлом компании-разработчики программного обеспечения для браузеров добавляли к базовому языку свои собственные теги и атрибуты. Но теперь, как никогда раньше, все они начинают соответствовать стандартам, и некоторые из новейших браузеров уже пытаются отображать их в соответствии с (X)HTML и CSS, как определено в спецификации.
В обозримом будущем браузеры смогут отображать большую часть нестандартной разметки и кода, потому что в противном случае тысячи нестандартных сайтов не будут отображаться должным образом — и тогда общественность, скорее всего, начнет винить браузер, не веб-дизайнеры. Однако другие устройства (не обладающие вычислительной мощностью настольных компьютеров) будут в большей степени полагаться на стандартизированную совместимость кода, с которым они сталкиваются.
Поставщики программного обеспечения для авторских инструментов
Поставщики программного обеспечения для авторских инструментов, такие как Macromedia, которая производит Dreamweaver, также начинают соблюдать требования WS, как и, например, веб-дизайнеры, поскольку все больше и больше их клиентов требуют, чтобы эти авторские инструменты выводили каноническую разметку. Первоначально эти среды визуальной разработки не имели хорошей репутации, поскольку создавали запутанную, нестандартную разметку, однако в последних основных средах визуальной разработки использовались стандартизированные элементы совместимости и доступности, что также стало основным преимуществом; Поставщики программного обеспечения должны прислушиваться к потребностям рынка и реагировать на них.
Веб-пользователи
Пользователи сайтов, которые мы разрабатываем, также получают выгоду от внедрения WS, даже если они этого не осознают! Возможно, они неосознанно используют сайты, разработанные специально для популярных сегодня браузеров. Если эти пользователи перейдут на другой браузер, они могут обнаружить, что работа в Интернете больше не приносит удовольствия, поскольку эти проприетарные теги не будут приниматься новым браузером. Стандартизированный и совместимый сайт хорошо работает в разных браузерах, будь то существующие или будущие браузеры.
Кроме того, веб-сайт, который следует рекомендациям по доступности, будет более доступен для пользователей, которые считают просмотр веб-страниц неудовлетворительным. Интернет должен обеспечивать более удобные условия для покупок, чтения и поиска для людей с нарушениями зрения или другими ограниченными возможностями. Им не следует препятствовать просмотру сайта, поскольку на нем используются фирменные теги или другие эксклюзивные (ссылающиеся на браузер) технологии.
Как мы можем обеспечить правильное использование WS при
использовании WS
? Что мы можем сделать, чтобы соответствовать стандарту?Во-первых, мы должны соблюдать спецификацию. Это означает, что нам следует использовать только те элементы и атрибуты, которые определены в спецификации, и избегать использования определенных атрибутов, специфичных для браузера, таких как тег Marquee в IE и тег Blink в Netscape. Также не используйте элементы, которые появлялись в более ранних спецификациях (например, HTML 3.2) или были удалены из более поздних спецификаций.
Создание канонического документа XHTML
. В этой статье мы будем использовать XHTML, поэтому будем следовать рекомендациям W3C XHTML 1.0 [согласно W3C, рекомендация означает спецификацию]. XHTML — это, по сути, последняя версия HTML, разработанная для замены HTML, языка веб-разметки. Хотя XHTML является HTML-вариантом XML, он почти идентичен HTML с небольшими различиями, которые мы обсудим позже в разделе XHTML и семантика.
Вы можете создать документ XHTML в диалоговом окне «Новый документ» в Dreamweaver (Файл > Создать...). Убедитесь, что в списке «Категория» выбрана «Базовая страница», а затем выберите «HTML» в списке «Базовая страница», как показано на рисунке 2.1 «Создание нового документа XHTML в Dreamweaver». Затем вы можете выбрать любой тип документа из раскрывающегося списка.
Рисунок 2.1. Создание нового документа XHTML в Dreamweaver.
Рисунок 2.2: Отображение нового документа XHTML в представлении кода.
Нажмите «Создать», чтобы создать новый документ. Нажмите кнопку кода в верхней части окна документа и перейдите к «представлению кода». Вы можете четко видеть, какой код включен в простой документ XHTML. Как показано на рисунке 2.2, первая строка документа «Отображать новый документ XHTML в представлении кода»
будет отображать следующее содержимое
: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http: / /www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">Это
называется объявлением типа документа или DOCTYPE. Как следует из названия, DOCTYPE определяет, что представляет собой ваш документ — какой спецификации (X)HTML вы соответствуете. В этом примере мы используем XHTML 1.0 Transitional, который является настройкой по умолчанию для DW 8. В переходном разделе представлена дополнительная информация о версии XHTML. XHTML1.0 имеет три «разновидности»: строгий, переходный и набор фреймов. DW по умолчанию использует тип Transitional, а если вы хотите вставить фрейм в документ, то это Frameset.
Как вы, наверное, догадались, XHTML Strict — это самый строгий формат XHTML. Строгий тип документа выглядит следующим образом:
«http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd»>Если
вы используете Strict DOCTYPE, вы не можете использовать его в документе. Любой элемент. (тег) или атрибут, объявляющий об устаревании, не может использоваться во фреймах. Объявленные устаревшие элементы будут удалены в будущей версии XHTML. Многие из этих элементов используются для управления внешним видом страницы, который можно полностью заменить CSS. Самая большая разница между Strict и Transitional заключается в том, что при использовании Strict DOCTYPE атрибуты и элементы, которые, по вашему мнению, могут быть использованы для повышения производительности, сильно ограничены.
Примечание. Использование Strict DOCTYPE в DW
DW не очень строго соответствует стандарту. Если вы используете Strict DOCTYPE, уделите особое внимание проверке документа и исправлению неправильных атрибутов. По сути, их легко заменить CSS.
Набор фреймов DOCTYPE поддерживает использование фреймов. Если вы вставляете фрейм в документ, DW автоматически использует этот тип. Страница фрейма должна быть связана как минимум с двумя другими страницами, и нет ограничений на тип документа связанных страниц. Код Frameset DOCTYPE следующий:
«http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd»>
HTML 4.01 также предоставляет эти три «разновидности» типов документов — переходный, строгий и Набор фреймов — они работают точно так же, как упомянутые выше XHTML DOCTYPE. Если вы используете любой тип, вы должны указать это в документе HTML (не XHTML). Мы подробно обсудим различия между HTML и XHTML позже в разделе о создании веб-сайта.
Оригинал: Dreamweaver 8 соответствует стандартам ! Рэйчел Эндрю.
Скомпилировано: x5.