Treść po najechaniu lub otrzymaniu fokusu

Co oznacza to kryterium

Instrukcja pojawiająca się po najechaniu wskaźnikiem lub otrzymaniu fokusu powinna dać czas na czytanie. Jeśli najechanie ją wywołuje, można przesunąć wskaźnik na samą instrukcję bez jej zniknięcia. Jeśli zasłania inne informacje, trzeba móc ją ukryć bez opuszczania wyzwalacza, z opisanym niżej wyjątkiem błędu danych.

Pomaga to osobom słabowidzącym korzystającym z powiększenia lub dużego wskaźnika, osobom z ograniczeniami ruchowymi oraz osobom potrzebującym więcej czasu na przeczytanie. Nie trzeba utrzymywać wskaźnika na małym celu ani wykonywać szybkiego przejścia. Sama rola tooltip, przycisk zamknięcia lub obecność tekstu w drzewie dostępności nie potwierdzają zachowania.

Przykłady błędów i poprawek

Ukrycie instrukcji bez utraty fokusu

Pracownia pokazuje syntetyczny odbiór P-104 na 6 października, 16:00–18:00. Ta sama instrukcja brzmi: „Wejdź od ogrodu i podaj kod P-104. Zabierz dokument odbioru. Nie korzystaj z wejścia od ulicy.” Próbka niczego nie wysyła.

Bad nakłada instrukcję na termin i nie pozwala jej ukryć bez opuszczenia pola lub wyzwalacza. Good dodaje mechanizm zamknięcia: na iOS tap „Ukryj instrukcję” pozostawia fokus pola, w przeglądarce działa Escape lub aktywacja wyzwalacza. Brak timera daje użytkownikowi czas na odczytanie.

1. Ustaw fokus pola kodu w natywnej próbce. Instrukcja zasłania termin.
2. W good aktywuj „Ukryj instrukcję”. Panel znika i odsłania termin, a pole zachowuje primary focus.
3. Wpisz P-104 bez ponownego tapnięcia pola. Źródłowy XCTest potwierdził ten przebieg; nie był to test zewnętrznej klawiatury ani czytnika.

Wskaźnik przechodzi na dodatkową treść

W przeglądarce bad ukrywa panel już przy opuszczeniu wyzwalacza w kierunku instrukcji. Good i control utrzymują panel w sumie obszarów wyzwalacza i treści. Bad/good różnią się także zamknięciem: nie jest to izolowany eksperyment jednej przyczyny. Każdy z trzech warunków trzeba ocenić oddzielnie.

Panel, który nie zasłania innych informacji

Control nie ma zamknięcia, ale termin znajduje się poniżej instrukcji. W zmierzonym widoku panel nie zasłania wyzwalacza ani innych informacji. Korzysta z wyjątku dotyczącego możliwości ukrycia; nadal musi pozostać widoczny i pozwolić na najechanie, jeśli hover jest wyzwalaczem. Po powiększeniu lub zmianie układu trzeba ponownie ustalić, czy nie pojawia się zasłanianie.

Kiedy obowiązuje i gdzie są wyjątki

Trzy warunki oceniane osobno

Wyjątek ogólny obejmuje dodatkową treść, której prezentacją steruje przeglądarka lub platforma i której autor nie zmodyfikował, np. systemowy tooltip title. Własny popover nie otrzymuje tego wyjątku przez samo użycie API platformy.

Kryterium dotyczy dodatkowej treści względem wyzwalacza. Link pomijania, który sam ujawnia się po fokusie, nie jest takim panelem. Ujawnienie wyłącznie świadomym kliknięciem nie spełnia warunku hover/focus, ale nie przesądza innych wymagań. Modal wymagający przeniesienia fokusu wykracza poza ten wzorzec; jego samoistne otwarcie może podlegać 3.2.1.

SCR39 opisuje trzy zachowania, osobno dla hover i fokusu. F95 dotyczy znikania przy przejściu wskaźnika na treść; nie zastępuje oceny zamknięcia i trwałości. W researchu z 2026-10-04 pomysły ARIA tooltip, CSS hover/focus i dodatkowe opisy błędów miały status potencjalnych przyszłych technik. Sama rola lub pseudoklasa nie jest wystarczającym dowodem. Katalog ACT odczytany tego dnia nie zawierał reguły dla 1.4.13; nie deklarujemy formalnego wyniku ACT.

Platformy

Ocena AI z 2026-10-04: wszędzie zastosowanie jest warunkowe — dodatkowa treść autora pojawia się i znika po otrzymaniu/usunięciu hover lub fokusu. Nieprzetestowana platforma pozostaje objęta oceną warunku. Dotyk sam nie wyłącza kryterium.

WCAG2ICT rozszerza user agent o oprogramowanie platformy, title o atrybuty obiektu UI, link o podobne kontrolki, a stronę o dokument poza WWW lub oprogramowanie. To wskazówka interpretacyjna, bez samodzielnej deklaracji prawnej. Nie oceniano EN 301 549 ani obowiązku prawnego; w hybrydzie część HTML ocenia się osobno od natywnej.

Rozwiązania w technologiach

Oficjalną dokumentację API przejrzano przez AI 2026-10-04. Flutter i stronę HTML uruchomiono w opisanym zakresie. SwiftUI, Compose i React Native są fragmentami edukacyjnymi bez kompilacji i działania. Build Fluttera nie potwierdza pozostałych technologii.

final codeFocus = FocusNode(debugLabel: 'pickup-code');
final passiveClose = FocusNode(canRequestFocus: false);
bool dismissed = false;
bool get shown => codeFocus.hasFocus && !dismissed;
// Listener: setState; po utracie codeFocus.hasFocus dismissed = false.
// Pole: CupertinoTextField(focusNode: codeFocus).
// Dodatkowa treść renderowana warunkowo przez shown.
CupertinoButton(
  focusNode: passiveClose,
  onPressed: () => setState(() => dismissed = true),
  child: const Text('Ukryj instrukcję'),
)

import SwiftUI
struct PickupHelp: View {
    let instruction: String
    @State private var code = ""
    @State private var dismissed = false
    @FocusState private var codeFocused: Bool
    var body: some View {
        VStack(alignment: .leading) {
            TextField("Kod odbioru", text: $code).focused($codeFocused)
            if codeFocused && !dismissed {
                Text(instruction)
                Button("Ukryj instrukcję") { dismissed = true }
            }
            Text("Odbiór: 6 października, 16:00–18:00.")
        }.onChange(of: codeFocused) { _, focused in
            if !focused { dismissed = false }
        }
    }
}

import androidx.compose.foundation.layout.Column
import androidx.compose.material3.Text
import androidx.compose.material3.TextField
import androidx.compose.runtime.*
import androidx.compose.ui.Modifier
import androidx.compose.ui.focus.onFocusChanged
import androidx.compose.ui.input.key.*

@Composable
fun PickupHelp(instruction: String) {
    var code by remember { mutableStateOf("") }
    var focused by remember { mutableStateOf(false) }
    var dismissed by remember { mutableStateOf(false) }
    Column {
        TextField(code, { code = it }, label = { Text("Kod odbioru") },
            modifier = Modifier.onFocusChanged {
                focused = it.isFocused
                if (!focused) dismissed = false
            }.onPreviewKeyEvent {
                if (focused && !dismissed && it.key == Key.Escape &&
                    it.type == KeyEventType.KeyDown) {
                    dismissed = true
                    true
                } else false
            })
        if (focused && !dismissed) Text(instruction)
        Text("Odbiór: 6 października, 16:00–18:00.")
    }
}

import React, { useState } from 'react';
import { ScrollView, Text, TextInput, Pressable } from 'react-native';
export function PickupHelp({ instruction }: { instruction: string }) {
  const [focused, setFocused] = useState(false);
  const [dismissed, setDismissed] = useState(false);
  return (
    <ScrollView keyboardShouldPersistTaps="always">
      <TextInput
        accessibilityLabel="Kod odbioru"
        onFocus={() => setFocused(true)}
        onBlur={() => {
          setFocused(false);
          setDismissed(false);
        }}
      />
      {focused && !dismissed && (
        <>
          <Text>{instruction}</Text>
          <Pressable
            accessibilityRole="button"
            onPress={() => setDismissed(true)}
          >
            <Text>Ukryj instrukcję</Text>
          </Pressable>
        </>
      )}
      <Text>Odbiór: 6 października, 16:00–18:00.</Text>
    </ScrollView>
  );
}

Jak sprawdzić

1. Ustal, czy dodatkowa treść wynika z hover/fokusu i kto steruje jej prezentacją. Oceń zasłanianie także przy powiększeniu; nazwa „tooltip” sama nie uzasadnia wyłączenia.
2. Wywołaj panel osobno fokusem i samym najechaniem. Zapisz rzeczywisty activeElement lub FocusNode, nie tylko klasę CSS.
3. Zamknij bez zmiany fokusu lub położenia wskaźnika. Panel ma zniknąć, a wyzwalacz pozostać w fokusie/hover. Potwierdź dalsze wpisywanie bez ponownego ustawienia fokusu.
4. Jeśli hover jest wyzwalaczem, przesuń wskaźnik z wyzwalacza na panel, także wolno i przy powiększeniu. Samo kliknięcie wyzwalacza nie bada hoverable.
5. Pozostaw fokus/hover i sprawdź timery oraz rzeczywiste przyczyny nieaktualności. Krótka pauza nie wyklucza późniejszego zamknięcia.
6. Opuść oba obszary lub świadomie zamknij. Wróć i sprawdź ponowne ujawnienie, formularz, cykl, reset i fallback. Dla control potwierdź brak zasłaniania zamiast samego braku przycisku.

Opisane dalej obserwacje obejmują tylko historyczną próbkę. Wyjątku błędu danych i rzeczywistej nieaktualności nie odtwarzano w źródłowej próbce.

Historyczne wyniki z 2026-10-04

Środowisko: Xcode 27.0 (27A266a), iPhone 17 / iOS Simulator 26.5, viewport 402×874 logical, DPR 3, PNG 1206×2622. Przeglądarka Codex na macOS: DOM 1280×720, DPR 1 i surowe JPEG 1280×720, dokładna wersja silnika nieustalona. Tryb jasny, bez override viewport/DPR. Dowody WWW obejmują 33 odczyty DOM/stanu/zdarzeń i 12 JPEG. Wybrane kadry pokazują stany; bez filmu i audio, ponieważ zachowanie dokumentuje sekwencja zdarzeń, ramek i odczytów fokusu.

Zachowano dwie nieudane próby natywne. Pierwsza wybrała Uwagi zamiast kodu przez kolejność indeksów AX: 1 test/1 failure, 12,105 s. Druga odczytała fokus kodu, lecz nazwa zamknięcia była scalona z otoczeniem: 1 test/1 failure, 27,533 s. Poprawiono wybór według rzeczywistej ramki i granicę Semantics; końcowy PASS nie usuwa wcześniejszych wyników. Odmowa cache SDK i niekompletny pierwszy callback WWW są zachowaną historią narzędzi, nie wynikami kryterium.

Weryfikacja i ograniczenia

Obraz pozwala zobaczyć nakładanie i tekst, ale nie dowodzi braku timera, utrzymania fokusu ani przejścia wskaźnika. Drzewo może zawierać tekst wizualnie przykryty, a ramka nie dowodzi sama nieprzezroczystości warstwy. Tutaj zestawiono źródło, rzeczywiste obrazy i odczyty. Trusted events i :hover opisują przeglądarkę, bez potwierdzenia sprzętowej myszy.

Observer odczytuje istniejące FocusNode i RenderBox, nie ustawia fokusu ani panelu i nie eksportuje oczekiwanego werdyktu. Callback WWW tylko czyta stan. Checker zna warianty: jego PASS potwierdza przebieg i integralność próbki, bez zaślepionej oceny dostępności lub wyniku ACT. Kadry obejrzało AI, bez przeglądu człowieka.

Jak sprawdza Clearship

Detektor focus-content-1 na Androidzie zbiera kandydatów treści pojawiającej się po fokusie klawiatury. Wraca na wyzwalacz, czeka 3 sekundy i wysyła Escape. Szuka zniknięcia przy zachowanym fokusie albo panelu zasłaniającego wcześniejszą treść, którego Escape nie ukrywa bez utraty fokusu. Nie bada hover, treści WWW ani iOS; przejście klawiaturowe iOS jest niedostępne.

Analizator porównuje nową treść z drzewem ekranu startowego, żeby przewinięcie istniejącego elementu nie udawało pojawienia się panelu. Zasłanianie przybliża ramkami: minimum 20% mniejszej ramki, bez oceny zasłaniania przy przesunięciu wcześniejszej treści ponad 8 px. To parametry metody, a nie progi WCAG. Potencjalny błąd danych, brak ponownego wyzwolenia, zmieniony fokus, pominięte cele lub niepełny kanał kierują ocenę do człowieka. Trzy sekundy nie wykluczają późniejszego timera; wyjątki platformy i powiększenie wymagają osobnej oceny.

Pomiar Androida z 2026-10-08 pozostał poniżej progu: 3 z 6 usterek, 0 fałszywych alarmów na 80 poprawnych ekranach zestawu kontrolnego, próba 1/3. W zebranym pakiecie Fluttera nie pojawia się treść zależna od klawiaturowego trybu wskazania, więc ekran trafia do człowieka. iOS pozostaje bez pomiaru kontrolnego. Kandydat lub brak zgłoszenia nie potwierdza trzech warunków całego kryterium; potrzebna jest ocena człowieka. Wyniki researchowej demonstracji opisane wyżej są osobnym materiałem.

Powiązane kryteria

• 2.1.1
  Klawiatura

  Dostęp do instrukcji i jej zamknięcia przez klawiaturę jest odrębnym wymaganiem.

• 3.2.1
  Po otrzymaniu fokusu

  Dodatkowy panel nie musi zmieniać kontekstu; modal lub przeniesienie fokusu wymagają innej oceny.

• 4.1.2
  Nazwa, rola, wartość

  Nazwa i rola wyzwalacza oraz panelu nie potwierdzają trzech zachowań interakcji.

• 1.4.10
  Dopasowanie treści

  Wąski lub powiększony widok może zmienić zasłanianie.

• 2.4.7
  Widoczny fokus

  Widoczność fokusu kontrolki ocenia się osobno od treści panelu.

• 2.4.11
  Fokus niezasłonięty — minimum

  Niezasłonięta kontrolka z fokusem jest innym wymaganiem niż odsłonięcie dowolnej informacji.