Open jkphl opened 4 months ago
Ohne das jetzt näher recherchiert zu haben, vermute ich, dass ein natives input type="range"
2.5.7 minimal schon dadurch erfüllen würde, dass eine single pointer activation auf dem groove den thumb an diesen Ort versetzt. So wenigstens hier. Die Beschreibung sollten wir bei Gelegenheit anpassen.
@detlevhfischer Ja, so auch @sweckenmann's spontane Einschätzung. Dann sollte die Prüfschrittbeschreibung eine entsprechende Ergänzung erhalten, genau.
@jkphl Nachdem ich mit den Prüfschritt 9.2.5.7 noch mal angesehen habe, denke ich eigentlich nicht, dass eine Ergänzung nötig ist. Die Beschreibung listet ja drei unterschiedliche Wege als (nicht ausschließliche) Beispiele zur Erfüllung auf:
Vielleicht kann man den Text des letzten Punkts generalisieren:
Die Funktion kann auch über numerische Eingaben eines Wertes über die (virtuelle) Tastatur ausgeführt werden.
Damit ist der Slider nicht mehr im Vordergrund. Es könnte ja z.B. auch sein, dass nach Fokussierung eines ziehbaren Elements eines von mehreren möglichen durchnummerierten dragging targets über Eingabe der entsprechendn Zahl angesteuert wird. Wenn Du einen anderen Vorschlag hast, mach gern einen PR :)
(Und wahrscheinlich sollten die Klammern bei "virtuelle" Tastatur weg, denn es geht ja nicht um ersatzweise Erfüllung über (physische) Tastatur, sondern um alternative Zeigereingabe.)
Die Prüfschrittbeschreibung enthält:
Es wird dabei nicht spezifiziert, ob sich diese Aussage nur auf benutzerdefiniert konstruierte Schieberegler bezieht, oder auch einen nativen
<input type="range">
einschließt. Falls letzteres, bedeutet dies dann, dass jeder Schieberegler ein begleitendes Texteingabefeld benötigt? Falls nicht, dann sollte die Beschreibung entsprechend angepasst werden.