Rozmiar celu — minimum

Co oznacza to kryterium

Mały cel tuż przy innym zwiększa ryzyko uruchomienia niewłaściwej akcji. Można powiększyć klikalny obszar, pozostawiając małą ikonę, albo spełnić wyjątek odstępów. Kryterium AA wymaga pełnego kwadratu 24 × 24 CSS px lub jednego z pięciu wyjątków. Geometrycznie poprawny mały cel nadal może być trudny w użyciu.

Większe cele i odstępy pomagają także osobom obsługującym interfejs jedną ręką lub w poruszającym się pojeździe. Nie przypisujemy automatycznie blindness, hearing, color-vision ani cognitive. Wymagania klawiatury, nazw i informacji dla czytnika pozostają odrębne.

Przykłady błędów i poprawek

Kontekst wszystkich trzech wariantów: punkt P-104, „Pokaż adres” ujawnia Ogrodową 8, „Pokaż godziny” ujawnia 10:00–18:00. Wspólne dane, ikony i działania; istotna zmiana dotyczy geometrii. Nie ma równoważnego celu dla tych działań, zdania z linkami, domyślnej kontrolki UA ani koniecznego gęstego układu. Cykl good → bad → control i reset są narzędziami demonstracji, a nie alternatywną drogą uzyskania adresu.

W webowym przykładzie C42 linki „1” i „2” mają ramy 7,234375 × 16 CSS px i są wyśrodkowane w kontenerach 24 × 24. Środki kół są oddalone o 24, a klik pustej części kontenera nie uruchamia linku. Ten rząd nawigacji nie korzysta z wyjątku linku w zdaniu.

Inne sytuacje do oceny

Kiedy obowiązuje i gdzie są wyjątki

Rozmiar: w rzeczywistym obszarze przyjmującym akcję musi dać się umieścić pełny kwadrat 24 × 24 CSS px wyrównany do osi. Bounding box 24 × 24 nie wystarcza dla dowolnego kształtu: koło o średnicy 24 nie mieści takiego kwadratu. Dla idealnego koła sama droga rozmiaru wymaga średnicy co najmniej 24√2, czyli około 33,94; jest to własne obliczenie geometrii. Koło 24 nadal może skorzystać z wyjątku odstępów.

Cel to region przyjmujący działanie wskaźnika, np. dotyku, myszy lub pióra. Minimum bounding box jest najmniejszym osiowym prostokątem otaczającym kształt; wielowierszowy link w zdaniu rozpatruje się zgodnie z definicją dla pojedynczej linii. Przy nakładaniu celów różnych działań odejmuje się część przejmowaną przez drugi cel; nakładanie prowadzące do tego samego działania lub strony ma odrębny wyjątek w definicji target. Ikona, obraz PNG i ramka AX nie są tym regionem.

Suwak z wartościami zależnymi od położenia, gradientowy wybór koloru i obszar ustawiania kursora traktuje się jako jeden cel, a nie setki małych celów. Cele zasłonięte pomija się tylko na czas zasłonięcia; przyciski nowego menu lub overlay nadal wymagają oceny. Zoom WWW nie zmienia rozmiaru CSS i nie naprawia błędu. Progu AA nie zastępujemy 44 z AAA 2.5.5 ani wytycznymi Apple/Material; większe cele są użyteczną praktyką, w przykładzie mobilnym wybrano 48 jako praktykę projektową.

Understanding 2.5.8 wymienia C42 jako technikę wystarczającą dla CSS i wejścia wskaźnikiem. Mały link wyśrodkowany w kontenerze minimum 24 × 24 może spełniać spacing; kontener sam przez to nie staje się klikalny. Powiązana C44 objaśnia cele 44 × 44 dla rozszerzonego 2.5.5: jest mocniejszą praktyką, nie progiem AA tej karty. Techniki są informacyjne i nie są obowiązkowym sposobem implementacji.

W sprawdzonym Understanding nie ma osobnej techniki Failure przypisanej do 2.5.8. Nasz bad jest własnym odtworzeniem naruszenia, nie nazwanym błędem W3C ani stwierdzeniem częstości. Katalog W3C ACT 2026-10-04 podaje brak reguł dla tego kryterium. Checker demonstracji nie jest regułą ACT, zaślepionym walidatorem ani testem dowolnej aplikacji.

Platformy

Każdy wiersz zweryfikowano merytorycznie przez AI 2026-10-04; przegląd człowieka NOT-RUN. „Dotyczy warunkowo” odnosi się do obecności celów obsługiwanych wskaźnikiem, nie do posiadania testu. WCAG2ICT jest wskazówką interpretacyjną, nie normą ustanawiającą samodzielne wymagania. EN 301 549 nie jest podstawą tej karty i nie mapujemy jej klauzul.

W hybrydzie część WWW i natywną ocenia się osobno. Telewizor obsługiwany wyłącznie kierunkowym fokusem może nie mieć badanych celów wskaźnika; nie przenosimy tego wyłączenia na telewizor z myszą.

Rozwiązania w technologiach

Przegląd oficjalnej dokumentacji API: AI 2026-10-04, osobno od wykonania. Wykonano demonstrację Fluttera na iOS oraz przykład webowy. Fragmenty poniżej są edukacyjne; nie deklarują testów innych frameworków. Wybrano 48 jako wygodną praktykę mobilną, a nie obowiązek AA.

import 'package:flutter/cupertino.dart';
Widget addressButton(VoidCallback showAddress) => CupertinoButton(
  minimumSize: const Size(48, 48),
  padding: const EdgeInsets.all(12),
  onPressed: showAddress,
  child: const Icon(CupertinoIcons.location, size: 16),
);

import SwiftUI
struct AddressButton: View {
    let showAddress: () -> Void
    var body: some View {
        Button(action: showAddress) {
            Image(systemName: "location")
                .frame(minWidth: 48, minHeight: 48)
                .contentShape(Rectangle())
        }
        .buttonStyle(.plain)
        .accessibilityLabel("Pokaż adres")
    }
}

import androidx.compose.foundation.layout.sizeIn
import androidx.compose.material3.Button
import androidx.compose.material3.Text
import androidx.compose.runtime.Composable
import androidx.compose.ui.Modifier
import androidx.compose.ui.unit.dp

@Composable
fun AddressButton(showAddress: () -> Unit) {
    Button(onClick = showAddress,
        modifier = Modifier.sizeIn(minWidth = 48.dp, minHeight = 48.dp)) {
        Text("Pokaż adres")
    }
}

import React from 'react';
import { Pressable, Text } from 'react-native';
export function AddressButton({ showAddress }: { showAddress: () => void }) {
  return (
    <Pressable
      accessibilityRole="button"
      accessibilityLabel="Pokaż adres"
      onPress={showAddress}
      style={{
        minWidth: 48,
        minHeight: 48,
        padding: 12,
        alignItems: 'center',
        justifyContent: 'center',
      }}
    >
      <Text>Pokaż adres</Text>
    </Pressable>
  );
}

<button class="target" type="button" aria-label="Pokaż adres">⌖</button>
<style>
  .target {
    min-width: 24px;
    min-height: 24px;
    padding: 4px;
    box-sizing: border-box;
    border-radius: 0;
  }
</style>

Jak sprawdzić

1. Ustalić wszystkie cele wskaźnika, ich akcje, kształty, klipy i widoczność w danym stanie, również w otwartym menu. Zdjąć z pomiaru obszary przejmowane przez inne działania.
2. Mierzyć rzeczywisty region przyjmujący akcję. Sprawdzić możliwość umieszczenia pełnego osiowego kwadratu 24, a nie wyłącznie wymiary bounding box.
3. Dla każdego zbyt małego celu ocenić pięć wyjątków. Przy spacing badać koło 24 przeciw rzeczywistym innym celom oraz kołom innych małych celów, również dużym i położonym w kolejnych rzędach.
4. Wykonać zwykłe wejście w środku, blisko wewnętrznych granic oraz tuż poza nimi; sprawdzić otrzymane down/up i skutek, nie nazwę callbacku. Powtórzyć po zmianie istotnego layoutu lub overlay.
5. Zapisać jednostki, zoom dokumentu, OS, viewport/DPR, geometrię, stan i pochodzenie builda. Przy nieznanym hit region zgłosić niepewność; brak wykrytego błędu nie oznacza zgodności.

Wejścia i rzeczywisty obszar celu

iOS: XCTest uruchamia /2-5-8/unknown/bad, co rzeczywiście daje pickup/good. Wykonuje trzy warianty, oba działania, tap 1 jednostkę od wewnętrznych rogów, tap 1 jednostkę ponad celem, tap 1 jednostkę za prawą granicą pierwszego celu, cykl i reset. W bad ostatni tap uruchamia godziny sąsiada, w control trafia w odstęp, w good również nie aktywuje celu. Root Listener rejestruje prawdziwe wejście; observer nie ustawia produktu.

Runtime odczytuje prostokąty RenderPointerListener i próbkuje hit-test całego widoku siatką 1 logical unit w punktach przesuniętych o 0,5, również 16 jednostek poza każdym celem. Wynik ma ciągłe wiersze 48 × 48 lub 20 × 20 zgodne z kodem prostokątnym i zwykłymi tapnięciami. Siatka sama nie udowadnia dowolnego kształtu z subpikselowymi dziurami ani rozszerzeń poza skanem; tutaj dokładne granice wynikają też z prostego renderera. Nie udajemy niezależnej obserwacji oczekiwanym bool passes.

WWW: CUA wykonuje normalne kliknięcia o geometrii odczytanej z DOM, a observer pasywnie zapisuje isTrusted pointerdown/up/click. elementFromPoint czyta rzeczywiste trafienie w siatce; źródło prostokątnych buttonów i surowe obrazy uzupełniają pomiar. Osobny przebieg C42 potwierdza klik linku i brak działania na pustej części kontenera. CSS zoom nie był używany jako poprawka. elementFromPoint zwrócił dla CSS 24 także próbki na ułamkowej krawędzi (25 punktów, początek 0,5 przed lewą/górną granicą); ta liczba nie jest pomiarem szerokości CSS. Dla good odczyt obejmuje całą wewnętrzną siatkę kwadratu 24, a zwykłe kliknięcia 1 jednostkę od granicy i poza nią potwierdzają działanie. Dla spacing korzystamy z DOM prostokątów i odczytu trafień; konserwatywna otoczka próbek rozszerzona o pół kroku zachowuje wynik: control ma środki 24 i odległość 13,5 do sąsiada, bad środki 20,5 i odległości 10–10,5. Nie przypisujemy odbiornikowi idealnej subpikselowej granicy na podstawie tej siatki.

Historyczne wyniki z 2026-10-04

Źródłem szczegółów są metadane, odczytowy wynik checkera i opis odtworzenia. Każdy PASS dotyczy podanego sprawdzenia i demonstracji; celowy bad ma lokalny wynik FAIL geometrii pomimo pozytywnego wykonania testu.

Dedykowany iPhone 17 Simulator, iOS 26.5, Xcode 27.0 (27A266a), Flutter 3.44.9 / Dart 3.12.2. Odczyty viewport 402 × 874 logical, DPR 3; PNG 1206 × 2622. WWW 1280 × 720 CSS, DPR 1, JPEG 1280 × 720; wersji silnika nie ustalono. Bez nowej zależności, Androida i osobnych aplikacji frameworków. Własne świeże drivery v1/v2 mają unikalne bundle ID, puste własne build-marker, jawne xctestrun i marker pochodzący z drivera. Manifesty before/after wiążą pełne źródła i built/installed bundli; nie przenoszą historycznej próby na późniejszy build.

Nie uznano odmowy zapisu cache SDK lub bind loopback w sandboxie za awarię hosta. Upoważnione testy wykonano z dostępem do istniejących SDK/IPC; bez restartu usług, kasowania danych urządzenia czy naprawy hosta. Serwer WWW, karta i własny runner zostały zakończone przed hashami końcowymi. Wszystkie końcowe i historyczne obrazy obejrzano. Snapshot 1516 wcześniejszych assetów porównano z bazą koordynatora; zachowano wszystkie pliki i SHA256.

Weryfikacja i ograniczenia

Deterministyczny checker tej demonstracji kontroluje integralność, rozmiar/ciągłość próbek prostokąta, spacing, otrzymane wejście i faktyczny wynik. Z etykiet wariantów korzysta tylko jako lokalny test oczekiwań; nie stanowią one wejścia zaślepionej oceny. Drzewo i bounding box są przybliżeniami hit region: nie dowodzą kształtu, clippingu, warstw, responsywności ani równoważności działań. AI odczytała źródła i dowody, ale nie wykonano oceny przez człowieka.

Pełny walidator potrzebuje mapy hit region w każdym istotnym stanie, jednostek i akcji sąsiadów oraz dowodów wyjątków. Powinien kierować do przeglądu elementy essential, prawnie wymagane, nieznaną bazową skalę dokumentu i niepewną geometrię; brak danych nie jest PASS. Nawet geometrycznie poprawny mały cel z wyjątkiem odstępów może pozostać trudny do użycia.

Jak sprawdza Clearship

Clearship mierzy ramy celów z drzewa dostępności w zapisanych stanach ekranu. Android przelicza piksele na dp, iOS używa pt; nieznana skala prowadzi do oceny człowieka. Metoda deterministyczna target-size-1 sprawdza ramę 24 × 24, koła odstępów o średnicy 24 i rozpoznany link w zdaniu.

Próg pomiaru tej ograniczonej metody został spełniony na Androidzie 8 października i na iOS 9 października 2026 r. Nie jest to potwierdzenie pełnego czynnego obszaru: rama dostępności nie pokazuje rozszerzenia dotyku, nieregularnego kształtu ani części przejętej przez nakładkę. Wynik blisko progu w pasie jednego piksela urządzenia, przycięte lub zagnieżdżone cele i brak pełnego drzewa trafiają do człowieka.

Równoważny cel, niezmieniony rozmiar platformowy oraz niezbędna prezentacja wymagają oceny kontekstu. Natywny link Androida w ClickableSpan może nie mieć osobnego węzła i wtedy nie jest badany. Treść webowa i stany poza zebraną trasą pozostają poza zakresem. Pomiary platformowe 48 dp lub 44 pt są pomocniczymi kandydatami, a nie progiem WCAG 2.5.8.

Powiązane kryteria

• 2.5.2
  Anulowanie operacji wskaźnika

  Rozmiar nie potwierdza właściwego momentu i anulowania akcji.

• 2.5.3
  Etykieta w nazwie

  Nazwa i widoczna etykieta mają osobne wymaganie.

• 2.5.7
  Przeciąganie

  Alternatywa przeciągania pozostaje odrębną funkcją.

• 2.5.5
  Rozmiar celu — zwiększony

  AAA ma mocniejszy próg rozmiaru i inne wyjątki.

  Artykuł nie jest jeszcze dostępny.