Axe DevTools Mobile Veröffentlichungsnotizen vom 18. Oktober 2023

Komponenten-Versionen

• axeDevToolsXCUI v2.8.0
• axe-devtools-android v4.2.0

Was ist neu?

Unterstützung für WCAG 2.2

WCAG 2.2 wurde offiziell am 5. Oktober veröffentlicht. Unsere „Touch-Target-Abstände“-Regel wurde aus dem experimentellen Status befördert. Diese Regel entspricht WCAG 2.2. 2.5.8 und stellt sicher, dass Ziele minimale Größen haben oder ausreichend Platz um sie herum bieten. Dies ist wichtig für Menschen mit körperlichen Beeinträchtigungen, die kleine, eng aneinanderliegende Tasten nicht anklicken können. Erfahren Sie mehr über die WCAG 2.2 Veröffentlichung. Sehen Sie die Dokumentation für die Regel für Touch-Target-Abstände für iOS und die Regel für Touch-Target-Abstände für Android an.

Wussten Sie schon? Die Touch-Target-Abstandsregel (WCAG 2.2, 2.5.8) erfüllt AA-Standards, während die Touch-Target-Größenregel (WCAG 2.1, 2.5.5) AAA-Standards erfüllt. Für wichtige Bedienelemente empfiehlt WCAG, auf die strengere Regel der Touch-Target-Größe abzuzielen, um AAA-Standards zu erreichen. Deque empfiehlt ebenfalls, auf dem Handy die strengere Regel anzuwenden, da sie die Einhaltung der Apple-Richtlinie von 44ptx44pt erzwingt und besser mit den Google-Richtlinien von 48dpx48dp übereinstimmt, um sicherzustellen, dass es keine Probleme bei der Einreichung Ihrer App in den App Stores gibt.

Wichtige Änderung - Nur sichtbare Ansichten scannen

Axe DevTools Mobile wird jetzt nur Ansichten scannen, die zum Zeitpunkt des Scans für den Benutzer sichtbar sind. Bisher war es standardmäßig so, dass alle Ansichten gescannt wurden, auch solche, die sich außerhalb des Bildschirms oder hinter anderen Ansichten verbargen.

Wie verbessert sich dadurch das Ergebnis?

• Indem nur das gescannt wird, was für den Benutzer sichtbar ist, spiegeln die Ergebnisse genauer die Benutzererfahrung einer Person mit einer Behinderung oder einer Person wider, die unterstützende Technologien verwendet. Alles, was sich hinter einem Dialog oder Modal befindet, das vom Benutzer oder von unterstützender Technologie nicht erreicht werden kann, wird nicht gescannt.
• Computer Vision-Regeln, wie Farbkontrast, werden nicht bei Ansichten angewendet, die sich außerhalb des Bildschirms befinden. Früher erhielten Ansichten außerhalb des Bildschirms nur Ergebnisse aus einem eingeschränkten Regelset. Durch das Scannen von Ansichten innerhalb der Bildschirmgrenzen können Sie sicher sein, dass gescannte Ansichten von dem vollständigen Regelset profitieren.

Was bedeutet das für Ihr Team?

Wenn Sie derzeit die Kästchen für „Fehlerfilterung“ im Dashboard deaktiviert haben, werden Sie keinen Unterschied in Ihren Dashboard-Ergebnissen bemerken. Ansichten, die für den Benutzer nicht sichtbar sind, sind bereits von Ihren Ergebnissen ausgeschlossen.

Andernfalls, sobald Sie auf axeDevToolsXCUI v2.8.0 und axe-devtools-android v4.2.0 upgraden:

• Ansichten, die sich hinter anderen Ansichten verbergen, wie Modale oder Popups, werden keine Barrierefreiheitsergebnisse haben.
• Ansichten, die sich außerhalb des Bildschirms befinden, wie solche über oder unter der aktuellen Scrollposition, werden keine Barrierefreiheitsergebnisse haben.
  • Tipp: Machen Sie an jeder Scrollposition eines langen Bildschirms einen Scan, um sicherzustellen, dass Sie alle Barrierefreiheitsprobleme erfassen. Wenn der Startbildschirm Ihrer App beispielsweise 3 Bildschirme umfasst, würden Sie 3 Scans wie unten gezeigt machen:
    
  • Für lange Bildschirme mit einem wiederholten Ansichten-Typ, wie eine Liste, sind mehrere Scans an jeder Scrollposition möglicherweise nicht erforderlich. Ein einziger Scan des ersten sichtbaren Bereichs wird wahrscheinlich die wiederkehrenden Probleme der Barrierefreiheit erfassen.

iOS

• Die Regel für zugeordnete Texte wurde aus dem experimentellen Status befördert. Diese Regel stellt sicher, dass eine Steuerung ihren zugänglichen Namen von einem in der Nähe befindlichen Etikett erhält, das für unterstützende Technologien wie VoiceOver und Sprachsteuerung verfügbar ist.
• Die Regel für Farbkontrast wurde verbessert, um eine geschätzte Schriftgröße abzugreifen und die Genauigkeit der Ergebnisse weiter zu verbessern. Diese Änderung bedeutet, dass Ergebnisse für einige Szenarien jetzt den Status „Bestanden“ oder „Durchgefallen“ statt „Überprüfung erforderlich“ melden werden.

Android

• Breaking Change in benutzerdefinierten Regeln - Die Schnittstelle zum Ausführen benutzerdefinierter Regeln in Android wurde aktualisiert, um ein RunRuleResult-Objekt anstelle eines String-Typs zurückzugeben. Sehen Sie sich ein vollständiges Beispiel der Änderung oder weitere Informationen zu benutzerdefinierte Regeln in Android an.
• Nach sorgfältiger Überprüfung haben wir uns entschieden, die experimentellen Regeln für versteckte Ansichten aus unserer Bibliothek zu entfernen - Fokus auf versteckte aktive Ansichten und Fokus auf versteckte informative Ansichten. Diese experimentellen Regeln wurden in vielen Iterationen getestet, während wir über zwei Jahre Feedback sammelten. Wir haben festgestellt, dass die Automatisierung dieser Regeln das Potenzial hat, falsche positive Ergebnisse zu liefern, und daher haben wir beschlossen, sie aus unserem automatisierten Regelset zu entfernen, um unser Engagement für 0 falsche positive Ergebnisse zu unterstützen. Mit dieser Veröffentlichung haben wir die Regeln für versteckte Ansichten auf den „ignorierten“ Status gesetzt. Sie werden nicht mehr in Ihrer „fehlgeschlagen“ oder „bestanden“ Ergebnisanzahl erscheinen. In unserer nächsten Veröffentlichung (Datum noch festzulegen) werden sie vollständig aus der Bibliothek entfernt.
• Wir haben den Regeln mehr beschreibende Zusammenfassungen hinzugefügt, um besser zu beschreiben, warum sie als bestanden, durchgefallen oder überprüfungsbedürftig markiert sind.
• Die Compose-APIs akzeptieren jetzt ComposeEmptyTestRule, um eine Aktivität mit ActivityScenario zu starten. Dies kann einfacher sein als die Verwendung von AndroidComposeTestRule, insbesondere wenn sowohl XML- als auch Compose-Ansichten zusammen verwendet werden. Erfahren Sie mehr über die Verwendung von Compose Empty Test Rule.
• Mit dieser Veröffentlichung haben wir das Kotlin-Upgrade von Version 1.7 auf Kotlin 1.9 durchgeführt, um sicherzustellen, dass unsere Bibliotheken mit den neuesten Versionen von Jetpack Compose kompatibel bleiben. Kotlin-Version 1.9 hat eine Rückwärtskompatibilität mit Kotlin 1.8 und höher. Wenn Ihre App auf eine Kotlin-Version kleiner als 1.8 angewiesen ist, verwenden Sie bitte weiterhin axe-devtools-android v4.1.0 oder niedriger.
• Wir haben das Upgrade von Moshi 1.12.0 auf 1.15.0 und Jetpack Compose von 1.4.3 auf 1.5.1 durchgeführt.

Fehlerbehebungen

iOS

• Touch-Target-Abstände wurden aktualisiert, um Randfälle von versteckten Steuerelementen und vollständig überlappenden Elementen zu behandeln.
• Verbesserungen bei der Erkennung von Barrierefreiheitselementen in Randfällen, die die Ergebnisgenauigkeit für verschiedene Regeltests von Steuerelementen verbessern werden.
• Die Regel „Unterstützt Dynamic Type“ wird nicht bei Steuerelementen ohne sichtbaren Text ausgeführt.
• Das Framework friert bei Picker-Elementen nicht länger ein. Es werden keine Änderungen an den Ergebnissen erwartet, da es derzeit keine Regeln gibt, die auf Picker-Elemente abzielen. Wir werden weiterhin nach Möglichkeiten suchen.

Android

• Wir haben lesbare Bildschirmausrichtungseigenschaften zu den analysierten Werten für die Bildschirm-Ausrichtungsregel hinzugefügt. Früher waren dies ganzzahlige Werte, die vom Ergebnissucher nicht leicht verstanden werden konnten.
• Sie können jetzt die Liste der benutzerdefinierten Regeln aktualisieren, wenn Sie einen Layout-unabhängigen Scan über das Instrumentation Registry verwenden.

Dashboard

• Verbesserungen der Barrierefreiheit im Baumansicht der „Inspektions“-Funktion. Sie können die Baumansicht jetzt erfolgreich mit einer Tastatur oder unterstützender Technologie navigieren.

Bekannte Probleme

Wenn Sie eines der unten aufgeführten Probleme erleben, kontaktieren Sie uns bitte unter helpdesk@deque.com oder support.deque.com. Wir werden Sie dann benachrichtigen, sobald es gelöst ist, oder über einen identifizierten Workaround, falls keiner aufgeführt ist.

Axe DevTools Mobile für iOS

Axe DevTools Mobile für Android

implementation 'androidx.core:core-ktx:1.9.0'
implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-core:1.6.4'
implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.6.4'
	

Caused by: java.lang.NullPointerException: throw with null exception
at g.b.b.a$a.a(Unknown Source:1)
at g.b.b.a$a.a(Unknown Source:0)
at g.b.b.a.a(AccessToken.java:190)
	

Axe DevTools Mobile-Dashboard