Кратко

  • Первый публичный проект W3C 2015 года использовал document.keepScreenAwake в примере с рецептом. Документ отмечал своё пожелание, а браузер учитывал активность страницы и состояние устройства перед запросом к ОС.
  • Проект рекомендации 2017 года рассматривал блокировки сна экрана и системы. С 2020 года отдельный экранный проект использует запрос и освобождаемую WakeLockSentinel; видимость страницы, заряд и настройки сохраняют решающее значение.

Автоматическое выключение экрана обычно ведёт себя разумно. Оно экономит заряд, пока устройство лежит без дела. На кухне таймер становится невольным шутником: тесто липнет к пальцам, вода закипает, а инструкция пропадает посреди фразы. Рецепту нужен свет. У планшета есть батарея и владелец. Вопрос в том, как передать просьбу сайта человеку и системе, не назначив сайт хозяином выключателя.

Первый публичный проект Wake Lock W3C от 12 февраля 2015 года начал именно с рецепта. Его пример устанавливал document.keepScreenAwake в true, затем возвращал false. По виду — простой переключатель. По устройству — флаг запроса документа. Браузер смотрел, какие документы активны и находятся перед пользователем, после чего просил операционную систему применить блокировку, если состояние устройства позволяло. Страница заявляла потребность, но не владела системным замком.

У такого устройства правил сразу было следствие. Перешёл человек на другую вкладку — старый рецепт перестал быть основанием освещать экран. Браузер сопоставлял просьбы разных страниц с тем, на что действительно смотрят. Иначе забытая утром кулинарная вкладка могла бы дежурить над батареей до вечера. Сайт знает свой текст; браузер знает, присутствует ли читатель.

В проекте рекомендации от декабря 2017 года слово «бодрствовать» охватывало две вещи. Экранная блокировка сохраняла изображение. Системная позволяла продолжаться обработке, когда дисплей мог быть тёмным. Пекарю нужна видимая инструкция; фоновой задаче — работа процессора. Документ описывал объекты запросов и изменение состояния при смене видимости и условий устройства. Одна вывеска скрывала две разные статьи расхода энергии.

Проект Screen Wake Lock от сентября 2020 года сузил разговор до дисплея. Видимый документ мог запросить блокировку и получить WakeLockSentinel, которую можно освободить и по которой можно узнать об освобождении. Низкий заряд, режим экономии или уход страницы в фон могли прекратить действие. Похоже на взятую напрокат лампу: есть причина взять, есть способ вернуть, есть хозяин, способный забрать её раньше.

История публикаций W3C соединяет начальный проект 2015 года, кандидатский текст 2017 года, отдельную экранную редакцию 2020 года и последующие изменения. Это хронология документов. По ней видно, как широкое «не засыпай» превратилось в более точное «оставь этот экран видимым, пока есть условия и смысл».

В проекте от сентября 2026 года документ должен оставаться видимым, а разрешения, политика доступа, браузер и ОС участвуют в решении. При низком заряде или энергосбережении блокировка может быть снята. Выключенный вручную экран тоже не обязан подчиняться рецепту. Запрос браузера к ОС трактуется как рекомендательный. Страница может объяснить, зачем ей свет, но не приписать себе батарею.

Теперь очередь издателя проявить характер. Пока человек готовит, свет помогает дочитать шаг. Когда блюдо готово, запрос следует снять. Можно, конечно, держать экран ярким ради рекламы после ухода читателя. Технически это будет всё та же просьба; по-человечески — чужая батарея оплачивает чужую настойчивость.

Тесто ещё ждёт. Планшет может попробовать остаться включённым. Если аккумулятор отправит кухню спать, рецепту придётся смириться с условиями хозяина.