Orientacja ekranu

Co oznacza to kryterium

Użytkownik może mieć telefon zamocowany w uchwycie albo wybierać poziom, by łatwiej czytać. Udostępnij treść i działania w wybranej przez niego orientacji. Układ może się zmienić; adres i przycisk nie powinny wymagać obrotu sprzętu.

Kryterium pomaga przede wszystkim osobom z ograniczeniami ruchowymi i osobom słabowidzącym. Dopuszcza wyjątek niezbędności, który trzeba uzasadnić dla konkretnej informacji lub działania.

Przykłady błędów i poprawek

Ten sam adres w dwóch orientacjach

Pracownia pokazuje to samo zamówienie P-104 i ten sam adres. W good pozostawia domyślną politykę systemu oraz przewijaną treść; przycisk pokazuje i ukrywa adres również po obrocie. Flutter dobrano, bo ograniczenie natywnego hosta wymaga wykonania na iOS. Minimalne WWW dobrano, by niezależnie zbadać autorską bramkę w bezpośrednim zakresie WCAG.

To sekwencja dwóch rzeczywistych stanów, nie film obrotu. Odczyt urządzenia i ramki oraz wejścia mają źródło w obserwacjach iOS. Kadr sam nie potwierdza rotacji.

Autor ustawia wyłącznie portraitUp

Bad różni się od good tylko żądaniem orientacji. Po landscapeLeft urządzenie testowe raportuje poziom, ale aplikacja utrzymuje pionową ramkę 402×874. Na fizycznym uchwycie poziomym taka treść wymagałaby patrzenia na bok lub obrotu sprzętu. Usunięcie ograniczenia przy zachowaniu treści usuwa badaną barierę. To własne odtworzenie mechanizmu F97 według interpretacji WCAG2ICT; urządzenie fizyczne NOT-RUN.

Surowy XCUIScreen może przedstawiać zapis w orientacji interfejsu. Nie obracano ani nie retuszowano PNG, aby wizualnie imitować fizyczny telefon. Dowodem ograniczenia jest sparowany odczyt deviceOrientation i app frame.

WWW zastępuje treść żądaniem obrotu

Bad w poziomym viewporcie ukrywa całe main, w tym adres i jego przycisk, i pokazuje komunikat „Obróć urządzenie do pionu”. W good usunięto bramkę, zachowując identyczne dane i działanie. Ustawienia demonstracji są dostępne poza main, aby odzyskać demonstrację; nie udostępniają użytkownikowi adresu w błędnym wariancie i nie są alternatywną drogą treści produktu.

CSS orientation bada relację wysokości i szerokości viewportu, nie czujnik fizyczny. Powyżej rzeczywiście przeprowadzono resize i kliknięcia w IAB/macOS; nie przeprowadzono obrotu telefonu z WWW. Zapis DOM i AX potwierdza authored gate, odpowiadający F100; nie potwierdza toru czujnik → przeglądarka na telefonie.

Kontrola: sugestia bez ograniczenia

Control dodaje tylko „Polecamy pion. Możesz korzystać także w poziomie.” Nie blokuje widoku ani przycisku. Obsługa w obu orientacjach pozostaje dostępna — samo słowo „pion” nie jest wynikiem FAIL.

Źródłowa kontrola webowa pozwala ujawnić adres; dół jej treści wymaga przewinięcia. Nie osadzono tego dodatkowego kadru. Brak całego adresu w jednym viewporcie sam nie oznacza blokady orientacji.

Kiedy obowiązuje i gdzie są wyjątki

Essential oznacza, że usunięcie ograniczenia zasadniczo zmieniłoby informację lub działanie, a równoważny cel nie jest osiągalny inną zgodną drogą. Wygoda projektowania, koszt drugiego układu, wygląd marki czy „tak zaprojektowano ekran” nie spełniają tej definicji. Zwykły punkt odbioru z adresem nie ma tego wyjątku.

Możliwy kontekst niezbędności to zachowanie relacji fizycznej klawiatury fortepianu, przechwycenie obrazu czeku albo treść przeznaczona do konkretnego nierotowalnego odbiornika. Nazwa typu aplikacji nie zwalnia całego procesu: menu, ustawienia czy formularze nadal oceniać w swoim kontekście. W tej demonstracji nie zaimplementowano ani nie zatwierdzono wyjątku essential.

Blokada autora i wybór użytkownika są różnymi przyczynami tego samego obrazu. Systemowe zablokowanie orientacji przez użytkownika nie jest usterką treści; respektowanie tego wyboru jest właściwe. Nie oceniać na podstawie nieruchomego screenshotu bez ustalenia konfiguracji OS i kodu.

Kryterium dotyczy ograniczenia orientacji. Inna ilość treści po zmianie rozmiaru, clipping, utrata formularza lub przewijanie mogą wymagać innych ocen; sam breakpoint nie dowodzi naruszenia 1.3.4. Pion/poziom nie wymaga identycznego układu ani obsługi czterech kierunków, których sprzęt nie wspiera. Format szerokiego filmu nie uzasadnia blokady całej strony odtwarzacza.

G214 opisuje możliwą wystarczającą technikę: działająca kontrolka zmienia orientację treści bez konieczności obracania sprzętu. Przycisk musi dawać rzeczywisty dostęp; przełącznik wariantu naszej demonstracji nie jest taką funkcją produktu. Preferujemy brak blokady i systemowy wybór użytkownika. F97 opisuje blokadę orientacji, F100 — zastąpienie treści komunikatem o obrocie. To pomocnicze techniki i błędy, a nie dodatkowe wymagania normatywne.

Platformy

Podstawy są odrębne: normatywne WCAG 2.2 dla WWW oraz informacyjne WCAG2ICT, Group Note 2025-12-11, dla treści poza treścią webową. Ta interpretacja nie ustala obowiązków prawnych ani zgodności z EN 301 549. Każdy wiersz zweryfikowano przez AI 2026-10-04; człowiek NOT-RUN.

Nie kopiujemy tego wyłączenia natywnego do treści webowej. W hybrydzie badać również maskę orientacji hosta ograniczającą WebView. Reguły zastosowania wyjaśniają rozdzielenie platformy, wykonania i podstawy prawnej.

Rozwiązania w technologiach

import 'package:flutter/services.dart';

Future<void> releaseAuthoredLock() =>
    SystemChrome.setPreferredOrientations([]);

import SwiftUI

struct PickupView: View {
    @State private var shown = false
    var body: some View {
        ScrollView {
            VStack(alignment: .leading, spacing: 16) {
                Text("Zamówienie P-104 · Pracownia")
                Button(shown ? "Ukryj adres" : "Pokaż adres") {
                    shown.toggle()
                }
                if shown { Text("Adres: ul. Przykładowa 12, Warszawa.") }
            }.padding()
        }
    }
}

import androidx.compose.foundation.layout.Column
import androidx.compose.foundation.rememberScrollState
import androidx.compose.foundation.verticalScroll
import androidx.compose.material3.Button
import androidx.compose.material3.Text
import androidx.compose.runtime.*
import androidx.compose.runtime.saveable.rememberSaveable
import androidx.compose.ui.Modifier

@Composable
fun Pickup() {
    var shown by rememberSaveable { mutableStateOf(false) }
    Column(Modifier.verticalScroll(rememberScrollState())) {
        Text("Zamówienie P-104 · Pracownia")
        Button(onClick = { shown = !shown }) {
            Text(if (shown) "Ukryj adres" else "Pokaż adres")
        }
        if (shown) Text("Adres: ul. Przykładowa 12, Warszawa.")
    }
}

import React, { useState } from 'react';
import { Button, ScrollView, Text, useWindowDimensions } from 'react-native';

export function Pickup() {
  const [shown, setShown] = useState(false);
  const { width } = useWindowDimensions();
  return (
    <ScrollView contentContainerStyle={{ padding: width < 500 ? 16 : 24 }}>
      <Text>Zamówienie P-104 · Pracownia</Text>
      <Button
        title={shown ? 'Ukryj adres' : 'Pokaż adres'}
        onPress={() => setShown(!shown)}
      />
      {shown && <Text>Adres: ul. Przykładowa 12, Warszawa.</Text>}
    </ScrollView>
  );
}

Jak sprawdzić

1. Ustal sprzęt, obsługiwane orientacje i systemowe ustawienie użytkownika. Wyłącz blokadę tylko za zgodą w obrębie próby; zachowaj stan do przywrócenia. Brak rotacji odróżnij od konfiguracji OS, usterki demonstracji i ograniczenia autora.
2. Otwórz pion i oba wspierane poziomy; przeczytaj treść, wykonaj każdą istotną akcję, wróć do pionu. Zapisz orientację urządzenia osobno od ramki i orientacji UI. Powtórz start bezpośrednio w poziomie.
3. Sprawdź źródła blokady: deklaracje hosta, kontrolery, runtime, CSS, JS i osadzona treść. Jeśli istnieje kontrolka zmiany orientacji treści, rzeczywiście jej użyj bez obrotu urządzenia.
4. Dla ograniczenia oceń essential w konkretnym zadaniu. Zapisz brak równoważnej zgodnej drogi albo odrzuć wyjątek; nie akceptuj samej deklaracji autora.
5. W WWW osobno sprawdź aspekt viewportu oraz, na obrotowym sprzęcie, rzeczywistą zmianę orientacji. Resize odtwarza bramkę CSS, ale nie tor czujnika.

Weryfikacja i ograniczenia

Historyczne wykonanie z 2026-10-04 obejmuje Flutter/Cupertino na iOS Simulator i autorską bramkę CSS w IAB/macOS. Nie obracano fizycznego telefonu.

Świeża aplikacja miała identyczne hashe 65 plików build/install. Good/control obracały się w tej samej sesji co bad; nie przełączano blokady użytkownika. XCTest symulował orientację urządzenia, a resize webu badał aspekt viewportu. Są to różne wejścia.

Surowe iOS PNG mają IHDR 1206 × 2622; good/control po landscapeLeft mają EXIF Orientation=8 i odbiornik może pokazać 2622 × 1206. Bajty i metadane pozostały bez retuszu. Ramka XCTest potwierdza stan niezależnie od obsługi EXIF. Rozmiar JPEG webu nie jest pomiarem viewportu ani DPR.

Reguła statyczna może znaleźć lock, maskę, transformację lub ukrycie treści; musi uwzględnić nadpisania i odblokowanie na innej drodze. ACT b33eff bada określone transformacje CSS, więc bramka bez transformacji może być poza jej celem. Wynik „nie dotyczy” reguły nie rozstrzyga całego kryterium. Snapshot i AI nie odróżniają samodzielnie przyczyny OS od ograniczenia autora ani nie ustalają essential. Potrzebne są kontekst, ustawienia, źródła i rzeczywiste wejście.

Historyczny checker początkowo wymagał własnego pliku wyniku przed jego zapisaniem; poprawiony przebieg PASS bada integralność zapisów, nie ponownie UI. Pierwszy odczyt webu użył niedostępnego globalnego screen; późniejsze odczyty DOM nie ustaliły DPR i wersji silnika. Zaślepiony walidator oraz benchmark nie zostały wykonane.

Jak sprawdza Clearship

Clearship porównuje natywną trasę w pionie z odtworzeniem w jednym kierunku poziomu. Z odczytu urządzenia i viewportu aplikacji wskazuje blokadę; z tekstu drzewa — zastąpienie treści komunikatem. Deklarowany powód orientacji i niepełne obserwacje kieruje do człowieka, ponieważ reguła nie ustala niezbędności.

Metoda orientation-1 ma na Androidzie i iOS niespełniony próg pomiaru kontrolnego: 6/8 usterek, bez fałszywych alarmów w opisanych zestawach. Wynik pozostaje wskazówką do oceny człowieka. Nie obejmuje drugiego poziomu, obrotu w trakcie ekranu, powrotu z zachowaniem stanu, blokady OS użytkownika ani treści webowej. Działanie w poziomie sprawdza tylko krokami odtworzonej trasy.

Powiązane kryteria

• 1.3.3
  Właściwości zmysłowe

  Instrukcja musi identyfikować cel również bez jego wyglądu lub położenia.

• 2.5.4
  Uruchamianie ruchem

  Funkcja uruchamiana ruchem wymaga własnej oceny; adaptacja orientacji nie jest tym samym.

• 1.4.10
  Dopasowanie treści

  Dopasowanie układu i ograniczenie orientacji mają osobne warunki.