Рекомендации рабочей группы TAG W3C для RICG.

Опубликовано: 12 октября 2014      Перевод:

Перевод документа:  TAG Recommendations to the RICG.

31 мая Маркос Касерес (Marcos Cáceres) представил членам рабочей группы TAG обзор проблем, с которыми столкнулась Общественная группа по отзывчивым изображениям (RICG)

История.

На протяжении последних двух лет члены группы RICG пытались найти решение проблемы реализации «отзывчивых изображений» путем предоставления набора ограничений, основанных на среде окружения и типе конечного устройства (разновидности сетевого соединения, размера и пиксельного коэффициента устройства), которыми должен руководствоваться пользовательский агент при выборе наиболее подходящего изображения для предоставления конечному пользователю. Данная работа вышла за пределы реальных экспериментов, проводимых в рамках сообщества веб-разработчиков, в ходе которых производились попытки решения упомянутой выше проблемы посредством различных хаков и полифилов (смотри [0] — обзор используемых на данный момент в реальных условиях технологий, а также все за и против каждого подхода). Учитывая связанные с указанными в [0] технологиями проблемы и ограничения, сообщество веб-разработчиков организовалось с целью попытки сотрудничества с производителями браузеров для создания решения, основанного на функционале браузера.

Для того, чтобы обеспечить процесс стандартизации необходимой информацией RICG группой был предоставлен набор сценариев использования и требований [1], которая к тому же работает над спецификацией нового элемента picture, предназначенного для HTML спецификации [2]. Наряду с этим, в качестве ответа на требование RICG о предоставлении решения, WHATWG представила новый атрибут для элемента img, именуемый srcset [3]. А поскольку атрибут srcset не отвечает в полной мере представленным RICG группой сценариям использования, функционал элемента picture основан на атрибуте srcset, что позволит достигнуть упомянутые выше цели.

Трудности.

Несмотря на то, что работа в этом направлении ведется уже в течение года, со стороны производителей браузеров не было замечено особого желания в плане реализации как элемента picture, так и srcset атрибута. Это, по сути, парализовало дальнейшую разработку этих спецификаций и привело RICG в состояние распада. Поэтому RICG обратился к TAG для координации дальнейших действий в этом направлении.

Рекомендации группы TAG.

  1. TAG рекомендует RICG продолжать процесс формализации и популяризации полифилов, удовлетворяющих предложенным данной группой сценариям использования, таких как Picturefill (не ожидая пока их спецификация будет реализована производителями браузеров). Факт достижения критического уровня использования полифилов смог бы убедить разработчиков браузеров в необходимости реальной стандартизации решения в интересах конечных пользователей, даже если это займет еще несколько лет.
  2. TAG рекомендует RICG препятствовать непосредственному использованию элемента <picture> и атрибута srcset разработчиками в Веб-пространстве до тех пор, пока соответствующее решение не будет стандартизировано и широко распространено в браузерах. Это позволит избежать проблем совместимости при реализации элемента <picture> браузерами в будущем. Если браузеры в конечном счете придут к демонстрации атрибута srcset, они должны сделать это исключительно в виде устанавливаемого пользователем флага (не вендорного префикса!) до тех пор, пока не будет достигнут всеобщий консенсус касательно того, что данный атрибут корректным решением для Веб-платформы.
  3. TAG рекомендует поддерживать решение с помощью полифилов на основе веб-компонентов и призывает RICG выйти на высоко профильные реализации полифилов (такие как x-tags и polymer) для того, чтобы их решение было интегрировано в эти библиотеки. Такой подход должен помочь с распространением решения отзывчивых изображений в среднесрочной перспективе.
  4. Учитывая 1-й и 3-й пункты, RICG следует продолжить мониторинг использования существующих решений в реальных условиях и совершенствование своей спецификации на его основе. Экспериментирование имеет решающее значение в вопросе детализации решения (смотри http://extensiblewebmanifesto.org/).

Ссылки.