요약

  • W3C가 2015년 처음 공개한 Wake Lock 초안은 요리법 예제에 document.keepScreenAwake를 썼다. 문서가 희망을 표시하면 브라우저가 페이지의 현재 상태와 기기의 조건을 살펴 운영체제에 요청한다.
  • 2017년 후보 권고안은 화면과 시스템 잠금을 나눴다. 2020년부터 화면 전용 초안은 요청과 해제 가능한 WakeLockSentinel을 사용하며, 가시성·전력 상태·사용자 설정에 따라 효력이 바뀐다.

자동 화면 꺼짐은 평소에는 훌륭한 절약가다. 요리할 때만 가끔 눈치가 없다. 냄비가 끓고 손에 반죽이 붙은 순간, 레시피의 다음 줄을 가려 버린다. 페이지는 화면을 조금 더 켜 달라고 부탁할 만하다. 태블릿에는 배터리와 주인이 있다. 기술적인 문제는 그 부탁을 전달하면서도 웹페이지에 전원 스위치의 소유권을 넘기지 않는 일이다.

2015년 2월 12일 W3C 첫 공개 초안은 레시피를 첫 예로 들었다. 표시하는 동안 document.keepScreenAwake를 true로 두고, 필요가 끝나면 false로 돌린다. 코드만 보면 사이트가 직접 스위치를 켠 것 같다. 초안의 설명은 다르다. 문서는 요청 표시를 보유하고, 브라우저는 문서가 실제로 사용자 앞에 있는지 판단한 뒤 운영체제에 잠금을 부탁한다. 기기 상태가 허락해야 효력이 생긴다. 레시피는 신청서를 낼 뿐 열쇠를 가지지 않는다.

2015년 규칙은 탭을 옮겼을 때도 생각했다. 사용자가 다른 곳으로 가면 레시피가 화면을 밝힐 이유는 줄어든다. 브라우저는 여러 문서의 요청을 모아 현재 보이는 작업과 연결한다. 아침에 열어 둔 요리 탭이 저녁까지 배터리의 야간 당직을 정하는 상황을 피하려는 설계다.

2017년 12월 후보 권고안은 두 종류의 깨어 있음을 구분했다. 화면 잠금은 글자를 계속 보이게 한다. 시스템 잠금은 화면이 어두워져도 처리가 이어지게 한다. 요리사는 눈앞의 레시피가 필요하고, 백그라운드 작업은 다른 자원을 요구한다. 이 문서는 요청 객체와 페이지의 가시성이나 기기 조건이 바뀔 때 자동으로 상태를 조정하는 방법을 적었다. 같은 “깨워 둬”라는 말 아래 서로 다른 전기요금이 숨어 있었다.

2020년 9월 Screen Wake Lock 초안은 화면에 집중했다. 보이는 문서가 요청하고 WakeLockSentinel을 받는다. 페이지는 이를 놓을 수 있고, 놓였다는 사실도 알 수 있다. 낮은 배터리, 절전 모드, 숨겨진 탭은 이 임시 약속을 끝낼 수 있다. 화면이라는 작업등을 빌려 쓰되, 반납도 가능하고 주인도 돌려 달라고 할 수 있는 셈이다.

W3C 발행 이력에는 2015년 초안, 2017년 후보 권고안, 2020년 화면 전용 문서와 그 뒤의 개정이 이어진다. 이 날짜는 표준 문서가 바뀐 시점이다. 그 흐름에서 보이는 것은 약속의 범위가 좁아진 과정이다. 막연히 기기를 재우지 말라는 요구가 현재 보이는 화면을 위한 한시적 부탁이 됐다.

2026년 9월 초안에서도 문서는 보여야 하고, 권한과 정책, 브라우저와 운영체제의 상태가 결정에 참여한다. 전력이 부족하거나 절전 모드라면 잠금은 해제될 수 있다. 사용자가 직접 화면을 끄는 선택도 무시할 수 없다. 운영체제에 대한 취득 요청은 권고의 성격을 지닌다. 페이지는 빛이 필요한 이유를 설명할 수 있다. 배터리 잔량을 새로 만들어 낼 수는 없다.

사이트가 보여 줄 태도는 작업이 끝날 때 드러난다. 반죽을 치대는 동안 화면을 켜 두고, 해제되면 읽던 위치를 찾게 돕는 것은 친절하다. 사람이 주방을 떠난 뒤 광고를 더 오래 보이게 하려고 빛을 붙잡는 것은 다른 이해관계다. 같은 API를 써도 누구를 위한 밝기인지는 금방 드러난다.

반죽은 기다린다. 태블릿이 조금 더 깨어 있으면 좋겠다. 그래도 배터리가 문을 닫겠다면, 레시피도 기기의 현실과 타협해야 한다.