디바이스 자세 API

디바이스 자세(device posture)는 디바이스가 물리적으로 놓여 있는 위치로, 각도뿐만 아니라 센서에서 얻은 정보를 통해 유추될 수 있습니다. 새로운 유형의 모바일 디바이스들이 등장하고 있으며, 이들은 자세를 변경할 수 있는 기능을 가지고 있습니다. 가장 흔한 형태는 화면이나 화면 주변을 접을 수 있는(폴딩이 가능한) 디바이스로, 실제로 폼 팩터를 물리적으로 변경할 수 있습니다. 디바이스의 자세를 아는 주된 목적은 반응형 디자인을 통해 새로운 사용자 경험을 구현하는 데 있습니다.

언급된 "폴딩" 디바이스에는 주로 두 가지 물리적 폼 팩터가 있습니다: 하나는 하나의 유연한 화면(심리스), 또 하나는 두 개의 화면(이음새 있음)입니다. 두 종류 모두 경첩(hinge)을 중심으로 접을 수 있으며, 현재 명세는 두 유형 모두에 적용됩니다. 또한 심리스와 이음새 있는 디바이스 모두 모바일, 태블릿, 노트북 등 다양한 크기일 수 있습니다. 각 디바이스마다 기본 방향(세로/가로)이 다를 수 있으며, 접힘이 수직 또는 수평으로 일어날 수 있다는 점도 유의해야 합니다.

웹사이트에서 접힘 영역을 피해 가독성을 높이거나, 웹에서 혁신적인 사용 사례를 구현하기 위해 디바이스의 자세를 아는 것은 개발자가 다양한 디바이스에 맞춰 콘텐츠를 최적화하는 데 도움이 됩니다.

디바이스가 평평하지 않은 상태에서도 콘텐츠를 소비하고 탐색할 수 있으므로, 개발자는 디바이스의 자세 상태에 따라 다른 레이아웃을 제공하고자 할 수 있습니다.

다음 내부 슬롯들이 Document 인터페이스에 추가된다.

[HTML] 명세는 Navigator 인터페이스를 정의하며, 이 명세는 이를 확장한다:

WebIDL[SecureContext, Exposed=(Window)]
partial interface Navigator {
  [SameObject] readonly attribute DevicePosture devicePosture;
};

WebIDL[SecureContext, Exposed=(Window)]
interface DevicePosture : EventTarget {
  readonly attribute DevicePostureType type;
  attribute EventHandler onchange;
};

enum DevicePostureType {
  "continuous",
  "folded"      
};

이 명세는 다음 자세 값을 정의합니다:

1. 

   연속(Continuous) 자세: 연속 자세는 "평평한" 위치를 의미합니다. 이는 대부분의 디바이스에서 기본 상태이며, 다양한 자세를 허용하지 않는 경우입니다.

   접힘, 경첩 또는 유사 기능이 없는 디바이스가 포함됩니다.

   하드웨어 혁신의 특성상, Document가 평면 레이아웃으로 표시될 것으로 예상되는 자세에 있는 한, 듀얼, 접이식, 롤러블 또는 곡면 화면이 있는 장치도 포함한다.

   예시:

   • 폴더블 디바이스가 완전히 펼쳐져 평평한 자세인 경우
   • 폴더블 디바이스에서 브라우저가 경첩을 가로지르지 않는 창/섹션에서 실행되는 경우
   • 2-in-1 디바이스가 태블릿 모드로 1개의 화면/측면만 사용하는 경우
   • 접히지 않는 디바이스
   참고

   어떤 경우에는 디바이스가 여러 앱을 실행하거나 물리적으로 평평하지 않은 상태일 수 있지만, 브라우저가 여러 화면/섹션에 걸쳐 있지 않으면 해당 자세는 연속으로 간주됩니다.

2. 접힘(Folded) 자세: 접힘 자세는 물리적으로 접힐 수 있는 디바이스를 의미합니다. 이러한 디바이스는 하나의 유연한 화면 또는 두 개의 인접한 화면을 가질 수 있습니다. 이 자세에서는 디스플레이/섹션 사이에 '평평한' 상태를 넘지 않는 각도가 형성됩니다.

   예시:

   • 폴더블 디바이스가 수직 경첩과 내부 화면을 통해 '책' 자세로 사용되는 경우, 콘텐츠가 두 섹션에 걸쳐 있고 각도가 약 30°~170°를 이룸
   • 폴더블 디바이스가 수평 경첩과 내부 화면을 통해 '노트북' 자세로 사용되는 경우
   참고

   폴더블 디바이스를 반쯤 접힌 상태(책처럼)로 사용할 때는, 구현자는 텍스트 방향과 쓰기 모드가 레이아웃 및 표현에 미치는 영향을 고려해야 할 수 있습니다.

   예를 들어, 오른쪽에서 왼쪽으로 진행하는 언어(아랍어, 히브리어, 시리아어 등)와 많은 세로 쓰기 모드(동아시아 언어 등)는 영어 책과는 반대 순서로 페이지가 진행되어, 오른쪽 페이지에 번호가 더 낮아집니다.

   자세한 정보는 중국어, 일본어, 한국어 쓰기 모드의 차이점을 참고하세요.

API에서는 자세 값이 DevicePostureType 열거형 값으로 표현됩니다.

Document의 모든 인스턴스는 내부 슬롯 [[CurrentPosture]]을 가지며, 이는 Document가 생성될 때 초기화되어야 한다. 그렇지 않은 경우, 그 값이 읽히기 전에 처음 접근될 때 MUST 초기화되어야 한다. 사용자 에이전트는 이를 초기화하기 위해, document를 Document로 설정하고 disallowRecursion를 true로 설정하여 장치 자세 변경 단계를 MUST 실행해야 한다.

주어진 Document에 대해, 현재 자세는 현재 힌지 각도와 화면 방향, 그리고 잠재적으로 그 밖의 구현별 신호로부터 도출된다.

이 표는 규범적이지 않습니다.

본 명세에 대해 새로운 보안 고려사항이 보고된 바는 없습니다. 하지만 이 문서에서 기술된 10. 개인정보 보호 고려사항을 참고하는 것이 권장됩니다.

1. 접힘/경첩 영역에 콘텐츠(특히 버튼)를 배치하지 않는 애플리케이션 설계. 이 영역은 곡률 때문에 손가락으로 정확히 터치하거나 아예 터치할 수 없는 경우가 많으므로 상호작용이 어렵습니다.
2. 접힌 디바이스에서 접힘/경첩 영역에 크고 연속적인 콘텐츠(예: 비디오, 이미지)를 걸쳐 배치하지 않는 설계. 이 영역은 콘텐츠와 색상을 약간 왜곡시킵니다.
3. 화면 공간을 더 효율적으로 활용하기 위해 UI를 분할하여(각 화면 영역에 콘텐츠를 나누어 배치) 차별화된 강력한 인터페이스를 제공하는 설계.

• UI 요소의 배치: 대화상자에 대한 일반적인 배치 로직은 이를 가로와 세로 중앙에 배치하는 것이지만, 대칭 접힘이 있는 접힌 장치에서는 접힘 영역의 한가운데에 놓일 수 있어, 예를 들어 버튼 클릭과 같은 상호작용이 더 어려워질 수 있다. 또한 왜곡과 빛 반사 때문에 텍스트를 읽기 더 어려워질 수도 있다.
• 전체 화면 모드: 전체 화면에서 요소의 크기를 조정할 때, 일반적인 로직은 해당 요소를 Window의 너비와 높이로 확장하는 것이다. 장치가 접혀 있으면, 요소가 접힘을 가로질러 배치되어 좋지 않은 사용자 경험으로 이어진다. 대안은 해당 요소를 접힘 영역의 위쪽 또는 아래쪽에 표시하는 것이다.
• 사용자 경험 개선: 이 API를 사용하면 장치가 접혀 있을 때 서로 다르고 적응된 사용자 경험을 만들 수 있어, 더 나은 사용자 경험과 향상된 접근성을 제공할 수 있다. 예를 들어, 비디오를 시청하는 동안 장치가 접혀 있으면, 비디오는 접힘 위쪽에 표시하고 댓글 섹션은 기본적으로 접힘 아래쪽에 표시할 수 있다. 또 다른 예로는 화상 회의 애플리케이션이 비디오 피드를 접힘 위쪽에 표시하고 채팅을 접힘 아래쪽에 표시하는 경우가 있다.
• 콘텐츠는 단 하나의 posture만을 위해 설계되어서는 안 된다: 접이식 장치의 개념은 그 다재다능함과 사용자가 적합하다고 생각하는 대로 자세를 변경할 수 있는 능력에 있다. 방향과 유사하게, 사용자에게 다른 요구가 있을 수 있으므로 항상 사용자를 대신해 선택하지 않고, 사용자가 자신의 요구에 더 잘 맞는 UI를 선택할 수 있도록 하는 것이 중요하다. 이상적으로는 UI를 구성 가능하게 만드는 것이 선호된다.
• 보조 기기를 위한 콘텐츠 알림: ARIA live region을 사용하여 중요한 레이아웃 변경을 동적으로 알린다. 예를 들어, 접힘으로 인해 웹페이지의 레이아웃이 변경되면, 화면 판독기가 사용자에게 이러한 변경 사항을 알리도록 해야 한다. 예를 들어, 비디오 플레이어가 화면 위쪽으로 이동하고 댓글이 아래쪽으로 이동한 경우, "비디오 플레이어가 위쪽 화면으로 이동했고, 댓글은 접힘 아래로 이동했습니다"와 같은 알림은 사용자가 더 잘 탐색하는 데 도움이 될 수 있다.
• 보조 기술 호환성: 다양한 보조 기술로 철저한 테스트를 수행하여 서로 다른 자세에 도달했을 때 호환성과 변경 사항의 적절한 전달을 보장한다.

Device Posture API는 테스트 작성자에게 어려움을 제기한다. 인터페이스를 완전히 테스트하려면 물리적 하드웨어 장치가 필요하기 때문이다. 이 문제를 해결하기 위해, 이 문서는 사용자가 보고되는 장치 자세를 제어하고 실제 장치를 시뮬레이션할 수 있도록 하는 [WEBDRIVER2] 확장 명령을 정의한다.

아래의 확장 명령과 8. 알고리즘과의 통합을 지원하기 위해, 최상위 traversable은 다음 내부 슬롯을 가져야 한다:

규범적이지 않은 섹션뿐만 아니라, 본 명세서의 모든 작성 지침, 다이어그램, 예시, 참고사항은 모두 규범적이지 않습니다. 그 외의 모든 내용은 규범적입니다.

이 문서의 핵심어 MUST와 SHOULD는 모두 대문자로 나타날 때, 그리고 그 경우에만 여기 보인 바와 같이 BCP 14 [RFC2119] [RFC8174]에 설명된 대로 해석되어야 한다.

이 명세는 하나의 제품에 대한 준수 기준을 정의합니다: 이 명세서가 포함하는 인터페이스를 구현하는 사용자 에이전트.