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

(Это первая статья из серии статей, посвященных обзору различных тестов браузеров.)

Что такое Acid3? Кто его придумал? Как он устроен и как он работает? Что он измеряет на самом деле? Этими и другими вопросами мы зададимся в данной статье и попробуем найти ответы.

Что такое Acid3?

Acid3 — это третий из серии специальных тестов (до этого были Acid1 и Acid2), написанных «в помощь производителям браузеров, чтобы те могли проверить поддержку стандартов в своих продуктах». Конкретно ACID3 нацелен на тестирование спецификаций, связаных с разработкой динамичных «Web 2.0»-приложений.



Acid3 включает 100 специальных тестов, проверяющих 19 различных спецификаций.

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

Один из ключевых протоколов интернета FTP (file transfer protocol) в субботу отметил свой 40-летний юбилей. Студент Массачусетского технологического института Абхай Бушан (Abhay Bushan) опубликовал первые спецификации RFC 114 16 апреля 1971 года, задолго до появления HTTP и даже за три года до TCP (RFC 793)!

С 19 января 2011 года в браузере Chrome появилась поддержка протокола SPDY (SPeeDY), он также включён для SSL-трафика на серверах Google. Таким образом, все сайты, принадлежащие Google, грузятся значительно быстрее в Chrome, чем в любом другом браузере. Четыре месяца пользователи Chrome получают многие странички с сайтов Google вообще не по HTTP.

Кому-то это может напомнить ситуацию с Microsoft, которая «улучшала» стандарты в браузере IE таким образом, чтобы серверы IIS отвечали быстрее, чем Apache. Но здесь ситуация кардинально иная. Речь идёт не о получении какой-то монополии, а об обеспечении быстрого интернета для всех, что выгодно Google априори.

Документация – такая штука, к которой мало кто питает тёплые чувства: скучно, занудно, однообразно. И, тем не менее, иногда не возникает сомнений в её необходимости: ведь кому-то после вас этим пользоваться или, тем паче, модифицировать. И тогда появляется вопрос: как сделать документацию правильно?

Существует тьма статей на тему «как писать документацию», но если вы решили взяться за неё в первый раз, то в новой для вас области не сразу понятно, дело ли пишет автор, или отсебятину выдумывает.

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

Запущен новый конкурс для веб-разработчиков, которые создают приложения нового типа на HTML5 уже сегодня. Конкурс под названием Dev:unplugged предлагает разработчикам участвовать в соревновании в трех категориях для создания наиболее интересных игр, музыкальных приложений и инновационных приложений.

Условие конкурса простое: участники должны использовать только современные веб-стандарты, без применения плагинов для браузеров.

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

• лучшее использование геолокации – спонсор Foursquare;
• лучшее применение Pinned Sites – спонсор Microsoft;
• лучшее применение Canvas и SVG -  спонсор FWA;
• инновации в дизайне и UX – спонсор Carsonified.

Разработчиков-победителей ожидают отличные призы:

• супер-приз – $9000 и оплаченная поездка на конференцию Future of Web Apps Las Vegas;
• лучшее игровое приложение – $5000;
• лучшее музыкальное приложение – $5000;
• инновационное приложение – все победители получат планшеты ASUS Eee Slate;
• другие заметные проекты получат Xbox 360.

Условия конкурса, категории и призы опубликованы на официльном сайте по адресу http://www.beautyoftheweb.com/#/unplugged

Сроки конкурса следующие:
— 3/1 – Contest Opens (submit early, don’t miss a chance to get voted-up!)
— 4/5 – Submission gallery opens to the public and voting begins!
— 5/9 – Submission deadline
— 5/12 – Top-40 Finalists are announced
— 5/23 – Winners are announced!

P.S… Хотелось бы так же напомнить о том что продолжается конкурс «Прикрепленных сайтов». И у вас есть еще немного времени чтобы принять участие в этом конкурсе.

Как вы, наверное, уже знаете, в Internet Explorer 9 RC был добавлен механизм Tracking Protection, который позволяет запрещать слежение за активностью пользователя в интернете сторонними ресурсами через различные способы добавления контента на сайты.



Эта технология была представлена к рассмотрению в организацию W3C для стандартизации, как открытая технология защиты приватности пользователя. И вот, сегодня в блоге разработчиков IE и блоге interoperability@microsoft появились анонсы того, что W3C приняла технологию к стандартизации.

Это означает, что скоро защита приватности пользователей в интернете получит открытый стандарт, что позволит всем браузерам реализовать его и предложит пользователям единый механизм защиты.

Вы можете ознакомится с запросом на стандартизацию Tracking Protection на этой странице. Сам черновик стандарта расположен по этому адресу. Работа по нему только началась и будет продолжаться.

Вы PM. Как узнать – готова ли вёрстка к реальному использованию?
Вы заказчик. Как убедиться, что работа выполнена качественно?
Как оценить качество вёрстки?

Когда я стал тим-лидом, а позже PM, передо мной стала задача проверять вёрстку наших проектов. Нужно было выработать формальные, легкопроверяемые критерии, соответствие кода которым, должно было давать некую гарантию, что не будет факапов и ни клиент, ни программеры не сказажут потом “WTF?”.

Клиенту неважно насколько красив ваш код, но ему важен результат. Качественный код нужен фирме, т.к. он надёжней и в будущем его будет легче поддерживать.

Требования должны были быть такие, что соблюсти их легче, создавая качественную вёрстку, а не говнокод. Я составлял такой чек-лист в течении полутора лет. За последние полгода в него не добавилось ничего. Значит самое главное учтено.

Итак что же это за список?

Краткая версия теперь доступна на html5checklist.com (github), где можно вносить pull-request'ы.

История обновлений:

• 2015/08/11: Актуализировал рекомендации по оптимизации скорости загрузки. Добавил требование поддержки Retina. Дополнил «19. Мелочи» требованием что изображения должны масштабироваться в зависимости от размера окна.
• 2015/08/10: актуализирован список исключений для CSSLint
• 2015/07/29: актуализирован пункт №13 «плохо»/«хорошо»
• 2015/04/08: добавлено требование использования препроцессоров и рекомендация использования систем сборки
• 2013/04/25: добавлены анализаторами качества кода: CSSLint и JSHint, указан сайт подбора css font stack (спасибо @fliptheweb), мелкие уточнения (работу интерактивных элементов страницы, что не пропадает фон на высоких разрешениях, не должно быть пустых презентационных блоков, при проверках контента — пробовать удалять заголовки, менять местами блоки)
• 2013/04/24: добавил пункт об минимизации каскада (БЭМ-техники, MCSS, SMACSS), необходимости вписывания в экран моб. устройства, заменил ссылку на проверочный текст отображения стандартного html на код с normalize.css, поправил пример где в рекомендации встречался длинный каскад, упомянул про Opera на Presto и новый уровень семантики — в именах классов BEM.
• 2012/04/12: отсортировал пункты проверки в порядке важности, выделил главные, дополнил статью подробностями
• 2011/12/07: дополнил согласно доклада на WSD Минск'2011.
• 2011/07/19: добавлено про повышение надёжности вёрстки благодаря html5-тэгам, про необходимость favicon/apple-touch-icon, отсутствие багов при ресайзе textarea
• 2011/06/15: добавил пояснения какие ошибки валидации допустимы, рассказал про отсутствие официальной кнопки «HTML5 Valid» и про официальное лого HTML5 на сайте.

Думаю, многие из вас уже знают, что WHATWG перешёл к безверсионной модели развития.
В комментах началась паника по поводу «что теперь будет?». Паника — необоснованная, а решение — очень логичное и учитывающее современные реалии.
Я постараюсь объяснить, что всё это сулит. Доступно и кратко.

В 2009 году WHATWG объявила, что разработка спецификации HTML5 находится на завершающей стадии. Тогда планировалось закончить спецификацию в этом году и опубликовать снимок «HTML5» в 2012 году. Однако, вскоре после этого мы поняли, что спрос на новые возможности HTML высок, и поэтому мы должны продолжать поддерживать HTML и добавлять новые возможности до того, как сможем назвать «HTML5» завершённым. В результате мы перешли на новую модель развития — без версионности. Вместо этого у нас будет просто живой документ, определяющий технологию так, как она развивается.

 

Сегодня W3C обнародовал логотип HTML5. Логотип доступен в соответствии с лицензией «Creative Commons Attribution 3.0» поэтому он может быть адаптирован дизайнерами под свой проект.

Кроме главного логотипа так же есть логотипы сопутствующих технологий:


Подробнее Вы сможете ознакомиться на странице логотипов.

Там же можно сгенерировать для своего проекта кнопочку, которая как бы намекает на качество сайта (ниже полный набор):


Конечно же сама страница сверстана на HTML5, если кто-то из верстальщиков не курил эту тему — пора начинать, будущее рядом.

Привет Хабр,

По работе столкнулся с таким вопросом — какой метод является наилучшим для выбора языка?

Повсеместно используется набор флагов стран (США — для английского, РФ — для русского, и т.д.). На что мне начальники заявили примерно следующее: Какой флаг использовать для английского? США, Британский, Канадский? (Компания в Канаде, клиенты международные). Или например мексиканцы не любят испанский флаг, для обозначения испанского языка. Испанцы соответственно — мексиканский.

Вобщем, флаги стран — очень ненадёжный метод, особенно среди людей, клинически больных политкорректностью.

Писать текстом — тоже не совсем понятно, большинство мексиканцев не говорит по английски, и слова «language» вполне может не знать. Это применимо так-же и ко всем остальным.

Как решаете подобную проблему вы?

upd.

Решил с использованием дропдауна с названиями языков и language icon впридачу.

По всем прогнозам 16 декабря в Москве ожидается двойная радуга. Всё потому, что мы не только явим миру лучшие технологические сайты по версии конкурса WebHiTech и наградим лучших ценными призами и просто респектом и уважухой, но ещё и проведём традиционную встречу Web Standards Days. И всё это бесплатно, и только для вас.

На официальном сайте W3C появились результаты тестирования браузеров на соответствие спецификациям стандарта HTML5. Эти результаты показывают прохождение браузерам официального теста Official HTML5 Test Suite Conformance организации W3C.

Смотрим, какие браузеры и как поддерживают в настоящее время HTML5:



UPD: результаты были обновлены согласно изменениям на первоиcточнике: обновлены версии и результаты тестов Safari и Opera

Список тестов вместе с результатами можно найти на официальном сайте W3C.

Не так давно были объявлены публичные данные тестирования браузера Internet Explorer 9 Beta в официальном наборе тестов W3C CSS 2.1 Test Sute. Браузер от Microsoft показал хороший результат с прохождением 97.7% из всех тестов.

Сегодня стали доступны публичные данные тестирования браузера Apple Safari 5.0.2 MacIntel с user-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; en-us) AppleWebKit/533.18.1 (KHTML, like Gecko) Version/5.0.2 Safari/533.18.5). Тестирование проведено самими разработчиками браузера, данные опубликованы на официальном сайте W3C. Результаты тестирования показывают прохождение 85% из всех тестов.

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

Пока же, судя по тестам, браузер от Microsoft реализует стандарт CSS 2.1 лучше webkit и браузера Apple Safari 5.0.2.

UPD: появились результаты Linux-версии Firefox 4.0b6 — 93.8%

Несмотря на шумиху вокруг HTML 5, спецификации ещё не готовы для использования из-за проблем совместимости. Такова официальная позиция консорциума W3C, которую неделю назад высказал в интервью InfoWorld Филипп Ле Эгаре (Philippe Le Hégaret), руководитель направления W3C Interaction Domain. Эта группа занимается разработкой технологий для пользовательских интерфейсов: (X)HTML, CSS, MathML, SMIL, SVG, XForms.

«Прямо сейчас HTML 5 находится на разных стадиях реализации в различных веб-браузерах. Если посмотреть на них, то можно увидеть, что наиболее агрессивные реализации в бета-версиях, — сказал Ле Эгаре. — IE9, например, не планируется к финальному релизу до середины следующего года. Это момент, когда большинство предприятий начнут переходить на новое поколение браузеров».

Идея эта не нова (по крайней мере, в моей голове она поселилась давно), но на достойную реализациию нет и намёков. Впрочем, давайте по порядку.

Не прошло и десяти дней, как мы публикуем официальный отчёт о встрече Web Standards Days, прошедшей в Киеве 18-го сентября. Как это обычно случается, финальная программа сильно отличалась от заявленной ранее — но только в сторону её улучшения. На встрече прозвучало шесть докладов:

• Веб-стандарты в большом проекте: что помогает, а что мешает. Андрей Сумин, PDF 138 КБ;
• Про проектирование интерфейсов и немного про Adobe Fireworks. Вадим Пацев, PDF 1,2 МБ;
• Веб в кривых. Второе рождение SVG. Вадим Макеев, HTML 15,6 МБ;
• Введение в Web Performance: W3C, Webkit, IE9 и будущее. Николай Мациевский, PDF 4,1 МБ;
• Разработка веб-приложений. Обзорная экскурсия. Виталий Рыбалка;
• Обзор новых API JavaScript. HTML5 и самостоятельные черновики W3C. Антон Немцев, HTML 750 КБ.

…причём порядок их следования составлялся налету, по мере появления докладчиков, что добавило некоторой динамики и неожиданности в нашу и без того нескучную программу.

Мои напарники побывали на wstdays и привезли оттуда пиратские записи докладов :)

• Приветствие
• Открытие
• «Веб-стандарты в большом проекте: что помогает, а что мешает». Андрей Сумин
• «Про проектирование интерфейсов и немного про Adobe Fireworks». Вадим Пацев
• «Введение в Web Performance: W3C, Webkit, IE9 и будущее». Николай Мациевский

Вадим “pepelsbey” Макеев рассказывал о столь сильном колдунстве, что рука дрогнула и запись удалилась. На последние два доклада и закрытие — аккумулятора не хватило:( Ждём конца недели, WSG Russia webstandards_ru обещают выложить всё.


Два официальных отчёта:

• Обзор «IE9 и Web Standards Days в Киеве». Юрий “akella” Артюх
• Текст доклада «Веб-стандарты в большом проекте: что помогает, а что мешает». Андрей Сумин