Кратко

  • Web Intents предлагал сделать браузер диспетчером веб-сервисов. Сайт просил отредактировать фотографию или поделиться ссылкой, а подходящий сервис выбирали браузер и пользователь.
  • Эксперимент попал в стабильный Chrome в 2012 году, но регистрацию сервисов ограничили манифестами приложений Chrome Web Store. Начиная с Chrome 24 поддержку отключили; W3C в 2013 году остановил продвижение документа к рекомендации.

Фото есть, редактора нет

В предложении Chromium от августа 2011 года небольшому хранилищу фотографий нужен был редактор, которого оно не могло построить само. Обычный выбор — сделать программу или договориться с конкретным поставщиком об интеграции. Web Intents позволял сайту описать задачу и передать снимок браузеру. Браузер находил сервис, который умеет редактировать. Аналогично предполагались просмотр и обмен. Для маленького сайта это обещало новые функции без ряда двусторонних сделок.

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

Список участников тоже надо составить

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

Здесь находилась главная ставка. Фотосайт хотел чужую функцию без эксклюзивного договора. Редакторы хотели попасть в список. Браузер решал, кто записан и как показан. Человек должен был понимать, кому отправится его фото. Меню одновременно управляло доверием и распределяло заказы.

Стабильный выпуск с экспериментальным входом

Объявление Chromium в мае 2012 года сообщило, что экспериментальная реализация доступна в текущем стабильном Chrome. У API оставался экспериментальный префикс, изменения могли нарушить совместимость. Сервисы тогда могли зарегистрироваться только через манифест приложения Chrome Web Store. Команда собиралась снять ограничение позже. Открытый посредник между веб-сервисами начал работу с дверью через собственный магазин браузера.

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

1 ноября 2012 года инженер Google Greg Billock сообщил в открытую рассылку W3C, что экспериментальная поддержка отключена начиная с Chrome 24. Команда увидела необходимость доработать и API, и конкретное взаимодействие в Chrome. Он не привёл статистики использования и не назвал единственную ошибку. Публичный эксперимент, к которому недавно приглашали разработчиков, закончился.

Проект остался заметкой

Рабочая заметка W3C от 23 мая 2013 года сохранила устройство механизма и зафиксировала решение не развивать его до рекомендации. Межбраузерных испытаний группы не проводили. В июньском обзоре W3C говорится о нерешённых вопросах включения Web Intents в действия пользователя. Задачи для передачи другим приложениям существовали. Не хватало убедительного способа показать получателя и получить осознанный выбор до отправки данных.