Как называется текст поддержки браузером веб стандартов

Обновлено: 05.07.2024

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

СОДЕРЖАНИЕ

Обзор

Веб-стандарты включают в себя множество взаимозависимых стандартов и спецификаций, некоторые из которых регулируют аспекты Интернета , а не только World Wide Web. Даже если они не ориентированы на Интернет, такие стандарты прямо или косвенно влияют на разработку и администрирование веб-сайтов и веб-сервисов . Соображения включают совместимость , доступность и удобство использования веб-страниц и веб-сайтов.

Веб-стандарты состоят из следующего:

Рекомендации, опубликованные Консорциумом World Wide Web (W3C), такие как HTML / XHTML , каскадные таблицы стилей (CSS), форматы изображений, такие как Portable Network Graphics (PNG) и Scalable Vector Graphics (SVG), а также технологии доступности, такие как WAI -ARIA
Стандарты и «Жизненные стандарты», опубликованные Рабочей группой по технологиям веб-гипертекстовых приложений (WHATWG), такие как HTML Living Standard , DOM Standard , Encoding Standard и URL Standard .
Стандарты, опубликованные Ecma International (ранее ECMA), такие как JavaScript (также известный как ECMAScript ) и JavaScript Object Notation (JSON)
Стандарты, опубликованные Международной организацией по стандартизации (ISO), например JPEG

В более широком смысле, следующие технологии также могут называться «веб-стандартами»:

Запрос на комментарий (RFC) документов , опубликованных Engineering Task Force Интернет (IETF)
Unicode Standard и различные Unicode Технические отчеты (НТО) опубликована консорциумом Unicode
Реестры имен и номеров, поддерживаемые Управлением по присвоению номеров в Интернете (IANA)

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

Движение веб-стандартов

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

Движение веб-стандартов поддерживает концепции основанного на стандартах веб-дизайна, включая отделение структуры документа от веб-страницы или внешнего вида и поведения приложения; упор на семантически структурированный контент, который проверяется (то есть не содержит ошибок структурной композиции) при тестировании с помощью программного обеспечения для проверки, поддерживаемого Консорциумом World Wide Web ; и прогрессивное улучшение , многоуровневый подход к созданию веб-страниц и приложений, который позволяет всем людям и устройствам получать доступ к контенту и функциям страницы, независимо от личных физических возможностей (доступности), скорости соединения и возможностей браузера.

Движение веб - стандарты пионером Гленн Дэвис , Джордж Олсен, Джеффри Зельдман , Стивен Champeon, Тодд Fahrner, Эрик А. Мейер , Tantek Челик , Дори Смит, Тим Брей , Джеффри Вейн, и другими членами проекта Web Standards заменить пропускной тяжелый суп из тегов с легкой, семантической разметкой и прогрессивным улучшением , с целью сделать веб-контент «доступным для всех».

Движение за веб-стандарты заявило, что HTML , CSS и JavaScript - это больше, чем просто интересные технологии. «Они представляют собой способ создания веб-страниц, который будет способствовать достижению двойной цели: продуманного и надлежащего представления и широкой доступности». Группе удалось убедить Netscape , Microsoft и других производителей браузеров поддерживать эти стандарты в своих браузерах. Затем он приступил к продвижению этих стандартов среди дизайнеров, которые все еще использовали суп с тегами , Adobe Flash и другие проприетарные технологии для создания веб-страниц.

В 2007 году Дуглас Вос инициировал День синей шапочки , вдохновленный Джеффри Зельдманом, который изображен с синей крышкой на обложке своей книги 2003 года « Проектирование с использованием веб-стандартов» . С тех пор 30 ноября является ежегодным международным праздником веб-стандартов и доступности Интернета .

Общее использование

Когда веб-сайт или веб-страница описываются как соответствующие веб-стандартам, это обычно означает, что на сайте или странице есть допустимые HTML , CSS и JavaScript . HTML также должен соответствовать требованиям по доступности и семантике . Полное соответствие стандартам также охватывает правильные настройки для кодировки символов , действительный RSS или действительный канал новостей Atom , действительный RDF , действительные метаданные , действительный XML , допустимое встраивание объекта, допустимое встраивание сценария, коды, не зависящие от браузера и разрешения, а также правильные настройки сервера.

При обсуждении веб-стандартов следующие публикации обычно считаются основополагающими:

Веб-доступность обычно основана на Руководстве по обеспечению доступности веб-контента, опубликованном W3C's Web Accessibility Initiative .

Работа W3C над Семантической паутиной в настоящее время сосредоточена на публикациях, связанных со структурой описания ресурсов (RDF), сбором описаний ресурсов из диалектов языков (GRDDL) и языком веб-онтологий (OWL).

Публикации по стандартам и органы

Рекомендация W3C - это спецификация или набор руководящих принципов, которые после обширного достижения консенсуса получили одобрение членов W3C и Директора.

Интернет-стандарт IETF характеризуется высокой степенью технической зрелости и общепринятым убеждением, что указанный протокол или услуга приносит значительную пользу Интернет-сообществу. Спецификации, которая достигает статуса Standard, присваивается номер в серии IETF STD с сохранением исходного номера IETF RFC.

Нестандартные и проприетарные давления производителей

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

Тестирование на соответствие веб-стандартам

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

Тесты на соответствие кода веб-сайта

W3C предлагает онлайн-услуги для тестирования веб-сайтов напрямую как для разработчиков веб-сайтов, так и для пользователей веб-сайтов. Это включает:

Служба проверки разметки для проверки разметки (HTML, XHTML,…) веб-документов
Служба проверки CSS для проверки каскадных таблиц стилей (CSS) и (X) HTML-документов с таблицами стилей

Тесты на соответствие для веб-браузеров

Project Web Standards (WaSP), хотя развитие официально неактивным , продолжает предлагать два уровня тестирования услуг для веб - браузеров:

Браузер — программа для просмотра сайтов. Весь интернет мы видим через «окно» браузера. Корректная работа сайта в основных популярных браузерах называется кроссбраузерностью

Браузеров много, они обновляются, появляются новые, старые уходят. Меняются и технологии.

Клиент редко думает о браузере. Это как пол под ногами. Он есть, что о нем думать.
Обычно вопросов не задают.

А вот если вдруг всплывает проблема совместимости сайта со старыми браузерами, то у возникают вопросы:

в каких браузерах будет работать мой проект (подтекст такой: «разве не везде?»)?
как можно проверить кроссбраузерность сайта?
что будет с версткой в новых версиях браузеров, которые появятся после сдачи сайта?
сколько процентов клиентов я потеряю из-за того, что сайт не работает в их браузере?

Это правильные вопросы. В этой статье мы даем на них ответы.

Вот ключевые тезисы, из которых вытекает все остальное

Тезис №1. Все массовые браузеры будут поддерживаться полностью. Сайт будет отображаться точно как нарисовал дизайнер. Что касается экзотики и старых версий — имеет смысл поддерживать браузеры, которыми пользуется более 1% вашей аудитории.
Тезис №2. Тестировать в старых версиях технически непросто, особенно на мобильных устройствах. Решить задачу “все и везде на 100%” — крайне дорого. Нужно идти на компромиссы.
Тезис №3. Сделать можно все, что нужно клиенту. Стандарт мы выдерживаем всегда и без обсуждения, особые задачи потребуют дополнительного времени и оплаты. Иногда не стоит даже начинать, и мы прямо это скажем.

Стандарт поддержки браузеров

*Мобильные браузеры поддерживаются в случае, если создавалась адаптивная версия сайта.

Частые вопросы о совместимости сайтов и браузеров

Вопрос :
Меня не устраивает этот набор версий. Почему он такой? Я хочу чтобы поддерживалось еще вот это и вон то.

Ответ :
Этот набор версий охватывает почти всю аудиторию почти любого проекта. Давайте проверим, какая доля ваших клиентов пользуется или будет пользоваться теми браузерами, которые вы хотите добавить. См Тезис №1

Мы включили в стандарт то, что считаем разумным компромиссом. См Тезис №2.

Если это действительно нужно, мы готовы решить ваши задачи, выходящие за стандарт. См Тезис №3.

Вопрос :
Почему не поддерживается Opera Mini и Opera Mobile?

Ответ :
Потому что эти браузеры плохо совместимы с современными стандартами верстки. В частности, там не работают иконочные шрифты, без которых трудно себе представить современный дизайн. CSS-Фреймворк bootstrap, применяемый нами, официально не поддерживает это семейство браузеров.

Вопрос :
Почему вы не поддерживаете иные версии мобильных браузеров, кроме «последней версии»?

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

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

Это вопрос поиска, удачи, исследований.

Если вам действительно важен этот вопрос, мы будем его решать согласно Тезису №3.

Но в стандарт входят «последние версии». На то он и стандарт, что всех устраивает.

Вопрос :
А что с другими браузерами? Сайт не будет работать?

Ответ :
Ожидаем, что бОльшая часть внешнего вида и функций будет корректно работать с незначительными отклонениями в Android Browser 2.3, Opera 12, IE 10.

Но в стандарт это не входит, т.е. не проверяется и не лечится если об этом заранее не договаривались.

Вопрос :
Как можно проверить работу сайта в разных браузерах?

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

Да, для этого надо иметь парк техники и зоопарк браузеров.
Если мы занимаемся версткой, то кроссбраузерность мы проверяем всегда.

Вопрос :
Что будет с версткой в новых версиях браузеров, которые появятся после сдачи сайта?

Ответ :
Как правило, проблем со стабильными новыми версиями не бывает. При этом теоретически ничего не мешает появлению новых разновидностей, в которых не будет работать что-то, актуальное сегодня. Пример — в iOS 9.2 сломалось масштабирование неадаптивных сайтов.

Проверка на стандарт производится в момент сдачи сайта, исправление (если оно возможно) обеспечивается и в гарантийный срок.

Всемирная паутина задумывалась как общее пространство , в котором пользователи могли бы получить доступ к любой представленной информации, общаться, работать над совместными проектами и т.д. Однако на просторах Сети до сих пор можно встретить сайты, оптимизированные только для конкретного вида браузеров, например, Internet Explorer. Посетители таких сайтов, использующие браузеры других производителей, не могут в полной мере получить доступ к ресурсам сайта. В настоящее время такие сайты встречаются все реже и реже, однако встает другая задача: обеспечить доступ к веб-ресурсам пользователям "нестандартных" устройств вывода, например, голосовых, браузеров Брайля, браузеров портативных устройств и др. Чтобы гарантировать каждому доступ к предоставляемой в Интернете информации и были предложены веб-стандарты.

W3C и WaSP

Двумя наиболее авторитетными организациями в области стандартизации Всемирной паутины являются Консорциум Всемирной паутины (World Wide Web Consortium, W3C) и группа специалистов, называющая себя Проект по поддержанию веб-стандартов (Web Standards Project, WaSP).

Консорциум Всемирной паутины был основан 1994 году Тимом Бернерсом-Ли, автором множества разработок в сфере информационных технологий. Создание Консорциума стало закономерной реакцией сообщества веб-разработчиков на так называемые "браузерные войны", бушевавшие в 90-х годах двадцатого века. Миссию W3C можно сформулировать следующим образом: "Полностью раскрыть потенциал Всемирной паутины путем создания протоколов и принципов, гарантирующих долгосрочное развитие Сети". Двумя другими важнейшими задачами Консорциума являются полная "интернационализация Сети" и доступность ее сервисов для людей с ограниченными возможностями.

Консорциум состоит из частных лиц и представителей различных академических институтов, правительственных организаций и частных компаний. Он объединяет производителей оборудования и программного обеспечения, поставщиков контента и телекоммуникационные компании, такие как Microsoft, Netscape Communications, Apple Computer, Adobe, Sun Microsystems и многие другие. Подразделения Консорциума расположены в трех исследовательских институтах – Массачусетском технологическом институте (MIT) в США, Национальном институте исследований в области компьютерной обработки данных и автоматики (INRIA) в Европе и Университетом Кейо (Keio University) в Японии.

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

За почти двадцатилетнюю историю существования Консорциум Всемирной паутины проделал огромную работу, разработав и утвердив более 80 технических спецификаций и рекомендаций. В числе одобренных Консорциумом технологий – язык разметки гипертекста HTML (HyperText Markup Language), расширяемый язык разметки гипертекста XHTML (Extensible HyperText Markup Language), каскадные таблицы стилей CSS (Cascading Style Sheets), объектная модель документов DOM (Document Object Model) и многие другие, получившие общее название "веб-стандарты".

Большую роль в развитии и популяризации веб-стандартов играет добровольная организация, называемая Проект по поддержанию веб-стандартов (Web Standards Project, WaSP), созданная в конце 90-х годов двадцатого века независимой группой профессиональных веб-разработчиков. Главная цель членов WaSP – "сделать Интернет лучше и для разработчиков, и для конечных пользователей, поощряя создателей и редакторов браузеров и веб-страниц следовать стандартам"; разработчикам рекомендуется взять "для себя за правило придерживаться стандартов при создании веб-страниц". WaSP активно пропагандирует современные веб-стандарты и концепции веб-технологий, способствует оптимизации политики Консорциума путем конструктивной критики и т.д.

Проверка согласованности со стандартами

Правильно разработанные и соответствующие стандартам сайты внешне не отличаются от сайтов, созданных без учета рекомендаций Консорциума W3C. Однако исходный код таких сайтов будет выглядеть по-разному: сайт, созданный в соответствии со стандартами, имеет "чистый" и удобочитаемый код. Для того чтобы проверить, соответствует ли рассматриваемый сайт или какой-либо другой документ веб-стандартам, не вдаваясь в детали оформления кода, можно прибегнуть к валидации.

W3C MarkUp Validator

Изучение развития и эволюции браузеров - довольно интересное занятие с просветляющими эффектами. В этом контексте с сфере веб-разработки и особенно в области веб-верстки есть очень много стереотипов, и предрассудков.

Один из таких стереотипов восприятия касается IE6. А как говорил Tryon Edwards:

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

Развитие и эволюция браузеров

Если смотреть на развитие рынка веб-браузеров в прошлом (если интересны детали, в Wikipedia есть весьма подробная история выхода различных версий самых разных браузеров), то довольно наглядно динамика происходивших трансформаций иллюстрируется диаграммами usage share :

Layout engine usage share / Wikipedia

Период выхода IE6 и завоевания доминирующей доли рынка - это конец 90-x - начало 2000-x. (2000 - выход IE5.5, 2001 - IE6). Можно долго рассуждать, почему так случилось, и что стало тому ключевой причиной (например, бесплатность и поставка в составе ОС), но, в любом случае, это не отменяет двух простых фактов относительно конкретно того периода:

конкуренция на рынке веб-браузеров практически сошла на нет (что есть бесспорный стопор общего развития, но не отменяет наличия этого факта);
на рынке в принципе не было Firefox, Safari и уже тем более Chrome ;)

Про Internet Explorer 6

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

К примеру, вот цитата Дугласа Крокфорда (Douglas Crockford, senior JavaScript architect в Yahoo!), чье имя должно быть известно всем, кто использует JSON в своей работе. Рассказывая об истории JSON, Дуглас говорит буквально следующее:

…We did it this way because it worked as well in IE as it did on Netscape 4, and it was really important for us to work on Netscape 4 in 2001, because it was still an important browser. There's a lot of talk about how awful Netscape 6 is, but at that point in time, IE 6 was the best browser that had ever been. Netscape 4 was so bad, it made Microsoft look brilliant and competent. That's just how bad it was. It was a crime against humanity.

We wanted to be able to support it because there were a lot of technologically backward companies that were stuck on it - they would not allow their employees to use IE 6 - and we wanted to do business with some of those, including Sun Microsystems and IBM. So this was the scheme we came up with to do the communication at that time.

Не правда ли, смотрится очень современно.

Firefox и компания => на пути к новым браузерным войнам

Значительно позже (спустя 5 лет!) выходит Firefox 2.0, начинающий завоевывать заметную популярность среди пользователей. Примерно тогда же выходит IE7. Годом позже, в 2007, выходит последняя версия Netscape 9.0, а Safari обновляется до версии 3.0.

Самое интересное начинается в 2008 : в начале года анонсируется бета-версия IE8, Opera обновляется до 9.5, Firefox релизит 3.0 и на сцену выходит Chrome 1.0.

Начинается новая эра, которую уже успели назвать "новыми браузерными войнами".

2009 - наше время - это кипучая жизнь новых веб-стандартов и новых браузеров.

Развитие и эволюция веб-стандартов

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

1997-1998 - CSS 2, HTML 4.0
1999-2000 - HTML 4.01, XHTML 1.0, начало работы над CSS3

"Да здравствует XML!"

А дальше… в общем-то, с точки зрения клиентской веб-разработки, дальше практически ничего не происходит. Допиливается CSS 2.1 (кстати, до сих пор), периодически появляются различные новые модули CSS3 (без дальнейшего развития). Потихоньку развиваются различные модули DOM2 и DOM3.

Но в это же время активно развивается XML-мир, семантика, онтологии и другие интересные вещи. Появляется огромное количество специцикаций, приближающих приход семантического веба. Кажется, что будущее веб-разметки за XHTML (2.0).

(А сколько в это время было интереса к XSL и XSLT!)

Тогда же активно развивается идея веб-сервисов с кучей сопутствующих веб-стандартов.

Новая жизнь веб-стандартов

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

2008 - стандарт HTML5 вносится на рассмотрение в W3C
2009 - прекращается работа над XHTML 2.0, выходит новая версия стандарта JavaScript - ECMAScript 5
2009-2011 - появляется огромное количество новых API для JavaScript, сильно активизируется работа в рабочей группе CSS (CSS 2.1 доводится до состояния PR, обновляются спецификации многих модулей CSS3, появляется множество новых модулей), начинается работа над обновлением SVG и многое другое.

Другой веб

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

Web 2.0 . Общая истерия уверенность в начале коренной трансформации веба, отчасти инспирированная с подачи Tim O'Reilly - "What Is Web 2.0".
Динамичный AJAX-веб . (Не секрет, что корни AJAX лежат в XMLHttpRequest, который впервые появился еще в IE5(!) в виде контрола XMLHTTP ActiveX и значительно позже был реализован в других браузерах.) Глобальный приход AJAX как явления и устоявшегося подхода знаменуется 2005 годом - см. статью Jesse James Garrett "Ajax: A New Approach to Web Applications".
RIA и уверенная эволюция веб-плагинов (Flash, Silverlight) . Стремление к качественно новым веб-приложениям, работающим в браузере. Практически все, что в последние несколько лет приходит в виде новых веб-стандартов находит аналоги во Flash или Silverlight (динамичная работа с графикой и аудио/видео, расширенное хранилище данных, работа offline, работа с файлами и устройствами ввода и многое другое).
Бурный рост мобильного веба . Новый форм-фактор, адаптация интерфейса, геопозиционирование, огромное количество новых пользователей, новые сценарии работы с вебом. И рост мобильных приложений vs. мобильных сайтов.
Бурный рост социального веба . Связи и контакты, взаимодействие, распространение контента, flickr и youtube, facebook, вконтакте и одноклассники, веселые фермеры и золотокопатели, twitter и foursquare и много другое. И огромное количество новых пользователей. И веб-серфинг как доминирующая модель работы за ПК.
Мощность ПК и обновленные движки браузеров . Многоядерность, встроенные или дискретные видео-карты, аппаратное декодирование аудио и видео. Аппаратное ускорение графического контента и намного более быстрые движки JavaScript.

И все это - за последние несколько лет.

Веб-разработчики

(Здесь и далее я руководствуюсь данными исследования A List Apart за 2009 год, на сегодня картина если и изменилась, то только в сторону увеличения количества молодых веб-разработчиков).

Большинство людей, связанных с вебом, пришло в эту отрасль менее 10 лет назад. Только четверть работает с вебом 10 или более лет. Четверть пришла в последние три года, еще четверть 4-6 лет назад.

В возрастном разрезе практически половина из них - это молодежь до 30 лет. Чем они занимались 10 лет назад? Ходили в школу!

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

По моим наблюдениям, большинство нынешних клинтских веб-разработчиков начали свой веб-путь относительно недавно - как раз во время появления и развития Web 2.0. Многие из них пришли в эту область в самое интересное время, то есть в последние 3 года, - время бурного роста новых веб-стандартов и очередной трансформации веба.

Мне, как и многим из них сильно симпатизируют новые возможности. Меня, как и многих из них сильно удручает существующий балласт в виде старых браузеров (и речь далеко не только про IE6-7).

Точки зрения

Хотя мы все, в общем-то рады светлому будущему, многие из нас по-разному смотрят на светлое прошлое. Очень часто я встречаю мнение, что "IE - это зло", и чуть менее странную формулировку "IE6 - это зло". И хотя и лично мне, и Microsoft тоже очень хотелось бы, чтобы IE6 стало меньше, подобная постановка проблемы не может не вызывать недоумений.

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

Сегодня очень много говорят о совместимости (interoperability) - и этот вопрос особенно важен именно сегодня, когда на рынке есть целых 5 независимых популярных веб-браузеров, и для всех нас крайне важно, чтобы все браузеры следовали веб-стандартам и делали это правильно, т.е. совместимым образом. В намного меньшей степени этот вопрос стоял 10 лет назад (см. выше), и более того - IE6 во многих аспектах был пионером.

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

Кто-то жалуется, что есть сайты заточенные под IE6 (что было нормально 10 лет назад, учитывая ситуацию на рынке - см. выше), а кто-то сегодня делает сайты с технологиями "webkit-only". Кто-то начинает внедрять новые неустаканившиеся веб-стандарты как будто они уже полностью готовы к работе, а кто-то отмечает разницу между стабильным и экспериментальным функционалом.

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

Читайте также: