IT-стандарты *

О необходимости внедрения стандартов доступности сервисов и содержимого говорится в итоговой резолюции РИФ-2008, а в мировой практике такие стандарты существуют и используются более 10 лет. Следование рекомендациям по доступности содержимого WAI-WCAG (Web Accessibility Initiative Web Content Accessibility Guidelines) является одним из требований конкурса WebHiTech. В настоящей статье постараюсь перечислить рекомендации стандарта.

WCAG 1.0 — стандарт, описывающий общие правила оформления страниц в интернете разработан в 1999 году подразделением WAI группы W3C. Цель стандарта — сделать содержимое интернета доступным всем пользователям, в том числе пользователям с ограниченными возможностями (например, лишенные зрения пользователи используют для работы в интернет специальные программы, зачитывающие содержимое сайтов). Стандарт описан в виде гайдлайнов, содержащих перечень контрольных точек, разделенных на три группы по приоритету:

В связи с выходом Internet Explorer 8 beta, можно прикинуть, выполнит ли Microsoft свое обещание пройти acid2 тест. Думается, что это вполне реально, но за то время, пока они затачивали свой браузер под вторую версию теста, вышел уже acid3 тест, а вот тут у 8-ки беда :(

В этом документе участники рабочей группы W3C по XForms собрали часто задаваемые вопросы по XForms 1.0.

Работаю в большом проекте, 16 человек, распределенная работа. Часто возникает ситуация, когда после очередного апдейта проекта обнаруживается, что какой-нибудь div находится совсем не там, где ему полагается быть. Напимер отваливается правая колонка и подло подстраивается под основной. Сразу же начинаются попытки выяснить причины столь некорректного поведения: просматривается CSS, возносятся молитвы к FireBug. Но в итоге все оказывается тщетно, т.к. скорее всего кто-то просто банально забыл закрыть тег.

Иногда это можно вычислить, просмотрев все измененные за какой-то промежуток времени шаблоны. Но какой промежуток просматривать? Вчера все работало, сегодня нет. За это время были залиты изменения в десятки, а то и сотни файлов. И начинается кропотливый поиск.

А вот если бы была утилитка, которая могла бы проверять наличие таких ситуаций.
Вооружаюсь гуглом и начинаю планомерный поиск. Час-два серфинга не приводят ни к каким результатам. Конечно-же есть всяческие онлайн валидаторы кода, начиная с самого de facto W3C'шного, но он, зараза, слишком умный и проверяет ВСЕ, выводит множество error'ов и warning'ов, которые часто влияют друг на друга, и чтобы с помощью него в коде найти подло закравшийся незакрытый тег, нужно потратить много нервов и времени.

И вот на этой грустной ноте нерешенной проблемы обращаюсь к вам, хабралюди. Какими средствами вы пользуетесь, когда нужно просто найти незакрытые теги, но не нужно (пока-что) отвлекаться на всяческие незаданные alt'ы для картинок и прочие менее критические ошибки?

Примечание: ниже дан перевод статьи «Cross-browser underlining / the difficulty of drawing a line», в которой обращается внимание на подчеркивание ссылок в различных браузерах и обсуждается, насколько это корректно с различны точек зрения.

Прямо перед тем, как закончить этот год, я приготовил для вас небольшой подарок. Если вы уже знаете, как много времени отнимают правки кроссбраузерного вида сайта, то вам будет интересно с ней ознакомиться.

Несоответствия браузеров. Как веб-разработчики вы сталкивается с ними каждый божий день. Они стали неотъемливой частью нашей работы и очень часто влияют на то, каким именно образом мы решаем некоторые проблемы. Но что важнее всего, все эти правки отнимают огромное количество бесценного времени, даже при наличии таких замечательных средств для разработки как Firebug. Люди, которые не работают каждый день с html и css, с трудом смогут осознать все эти тонкости и суть несоответствий.



Слева направо: Firefox, Opera, Safari, IE7 и IE6

Вчера известный вебразработчик автор библиотеки JQuery, Джон Резиг, в своем личном блоге сообщил о том, что готовится к выходу новая, третья по счету, версия теста Acid. Он выложил ссылку на предварительную версию в сеть для всеобщего ознакомления. Автор теста сообщает, что его разработка уже практически завершена.

Примечание: ниже находится перевод статьи The future of web standards, в которой автор рассматривает текущее состояние организаций, связанных с разработкой веб-стандартов, и возможное будущее как организаций, так и самих веб-стандартов вообще. Мои комментарии далее даны курсивом.

Индустрию веб-дизайна и веб-разработок, основанных на применении стандартов, в последнее время достаточно сильно будоражит. Статья Andy Clarke «CSS Unworking Group», по видимому, открыла дорогу обсуждению текущего неудовлетворительного состояния подхода (или отсутствия оного) по стандартизации новых возможностей для веб-разработчиков и дизайнеров. Статья Alex'а Russell «The W3C Cannot Save Us» и моего друга и бывшего коллеги Jeff'a Croft «Do we need a return to the browser wars?» продолжила эту дискуссию, как и Stuart Langridge c «Reigniting the browser wars», которая появилась уже после того, как я закончил первый черновой вариант этой своей заметки.

В конечном счете, я думаю, все поднятые вопросы можно отнести к одной из двух больших проблем:

Первая, не слишком лицеприятная, заключается в том, что текущий прогресс разработки новых стандартов, в лучшем случае, заморожен. HTML был создан из первоначальной задумки до версии 4.01 менее чем за десятилетие. Но текущая версия 4.01 не изменялась еще с конца прошлого тысячелетия (XHTML не сильно лучше: версия 1.0 была, практически, идентична HTML 4.01, за исключением XML-синтаксиса, а XHTML 1.1 не сильно изменил ситуацию, так как все новшества фокусировались на реорганизации и разделении стандартов на модули). Совершенно аналогично, CSS застыл на спецификации версии 2 с 1998, а CSS 2.1 по-прежнему всего лишь «Candidate Recommendation».

Второй проблемой является то, что все основные нововведения в интернете появляются из проприетарных технологий: Flash выскакивает везде, где только можно, Microsoft и Adobe раздельно работают над следующим поколением RIA (rich internet application), а наиболее модное слово — «AJAX» — изначально произошло из исключительно Microsoft'овской технологии (XMLHttpRequest), которая тем или иным образом была включена в другие браузеры.

Сегодня было много сообщений по сабжу. Однако вставлю и я свои 5 копеек, дабы подытожить все.

Вчера вечером официальный блог разработчиков Internet Explorer сообщил интернет сообществу о невероятном событии. Новая разрабатываемая версия браузера компании Microsoft под номером 8, смогла наконец пройти тест Acid2.

Сегодня я снова хотел бы поднять тему вебстандартов, но в несколько ином ключе. Я считаю, что всем приверженцем канонов W3C пора перейти от обороны к наступлению.

Кто-то спросит, о чем это он? Он собирается что-то запретить? Нет, не хочу чтобы, что-либо было запрещено, я хочу, чтобы появились обязательства разработчиков программного обеспечения для Веба перед потребителями.

Кто виноват

Сейчас шумиха вокруг «второй версии веба» уже всем надоела, и понемногу сходит на нет, а одно из основных понятий web2.0 — user-generated content — становится привычным и широко распространенным. Миллионы пользователей создают терабайты публичной и личной информации и размещают её в интернете. Однако немногие задумываются, не меняет ли информация при этом владельца.

17 ноября в Санкт-Петербурге успешно состоялась первая открытая встреча российского крыла Web Standards Group. В течение трёх часов организаторы и докладчики рассказывали интересные и неочевидные вещи про CSS, Javascript и XML.
Мероприятие посетило более семидесяти наиболее ответственных разработчиков из северной столицы. Надеемся, что все они вынесли что-то полезное из представленных докладов и их обсуждения.
Тем же, кто не смог попасть на встречу, предлагаем ознакомиться с презентациями и кратким фоторепортажем.
Следующая встреча намечена на начало следующего года, на этот раз в Москве. Будем рады видеть.

Сегодня утром был официально открыт сайт-визитка Web Standrds Group Russia. Данный сайт предоставляет ответы на следующие вопросы:

• Что такое WSG Russia?
• Какие цели преследует WSG Russia?
• Как вступить в ряды WSG Russia?
• Как связаться с представителем WSG Russia в своем регионе?
• Где и когда проводились и будут проводиться открытые встречи WSG Russia?

Работа над полноценной версией сайта идет полным ходом. На нем будет создано полноценное профессиональное комьюнити вебразработчиков.

Добро пожаловать и следите за новостями!

Вот и завершилась очередная встреча российского крыла Web Standards Group. На этот раз она прошла в замечательном городе Санкт-Петербург. Думаю, от лица и WSG Russia и от всех присутствовавших будет правильно выразить благодарность Алексею Рыбакову за организацию мероприятия и компании «Яндекс» за спонсорскую поддержку. Леша, Яндекс, спасибо вам! =)

Мы окончательно утвердили место и время проведения встречи:
17 ноября (суббота) в 14:00 в конференц-зале «Стеклянный» гостиницы «Санкт-Петербург».

Кроме того вы можете ознакомиться с официальной программой:

• доклад Вадима Макеева «CSS-изначальности: фреймворки, reset.css»;
• презентация группы разработчиков «Kandy — комфортная IDE для вёрстки»;
• «Особенности шаблонизации данных с использованием XSL и Docbook» от автора сих строк;
• рассказ Андрея Сумина «Модульность в Javascript».

Тем, кто уже отослал заявки, ничего предпринимать не нужно.

17 ноября в 14:00 санкт-петербургский офис Яндекса гостеприимно соберёт местных адептов веб-стандартов. В неформальной обстановке совершенно бесплатно вы сможете поговорить о веб-стандартах с людьми, активно применяющими их в своей работе. Тут вам Вадим «pepelsbey» Макеев (руководитель отдела вёрстки компании «СУП Фабрик»), и Алексей «Flack» Рыбаков (разработчик интерфейсов компании «Яндекс»), а так же Артемий Ломов.

Встреча проводится под эгидой российского крыла Web Standards Group (WSG).

Заявки на участие и вопросы шлите Александру Исакову: uggallery {cabaka} yandex.ru. Или хабрапочтой. Обязательно укажите имя, фамилию и контактный e-mail.

Итак, С.-Петербург, 17 ноября, 14:00, метро Пл. Ленина, офис Яндекса.

Введение

HTML5 — следующая большая переделка HTML (и XHTML), и разрабатывается совместно группами WHATWG и W3C HTML WG (работа еще не завершена, но в этой статье мы будем называть её просто HTML5). Я уже описывал начала HTML-форм и возможные улучшения с помощью HTML5 в моей предыдущей статье, поэтому сейчас рассмотрю некоторые более сложные аспекты полей ввода в HTML5, и завершу примером, демонстрирующим простоту создания автодополняющегося поля ввода — коротким серверным скриптом и несколькими строчками разметки.

Перевод статьи «55 Reasons to Design in XHTML-CSS».
В случайном порядке здесь представлены мои 55 причин создавать только бестабличные сайты, используя валидный XHTML для разметки, CSS для форматирования и Flash только в качестве уместной вставки. Под бестабличностью я понимаю избегание форматирования контента таблицами (или «супом» из заменяющих таблицы div-ов) и нацеленность на как можно более семантичную разметку. Некоторыe из перечисленных причин объясняют, «почему не использовать простой HTML», некоторые — «почему не сделать все на Flash», некоторые относятся как к первому, так и ко второму.
Я знаю, что эта тема обсуждалась множество раз, но все равно выскажусь

Про мой замечательный сайт с переводами здесь уже писали (Zigzag, спасибо!) :-)

Вот что я опубликовал:

• Передача метаданных Dublin Core в элементах HTML/XHTML meta и link
• Спецификация RSS 2.0

Алексей Бешенов на своем сайте выложил переводы стандартов W3C и DCMI:

• Ответы на часто задаваемые вопросы по XHTML и HTML.
• Связывание таблиц стилей с документами XML. Версия 1.0.
• Часто задаваемые вопросы по языку математической разметки (MathML).
• Руководство по созданию доступного веб-контента. Версия 1.0. Приёмы CSS.
• Набор элементов метаданных Dublin Core, версия 1.1. Справочное описание.
.

Несколько минут назад обновился всем известный W3C Markup Validator. Теперь его версия стала 0.8.0.

Включены все изменения из двух предшествующих этому событию бета-версий и обновлён интерфейс. Если вы помните, как выглядит предыдущий интерфейс валидатора, то теперь вы его можете сравнить с новым.