axe DevTools Mobile Notes de version de juin 2023
15 juin 2023
Versions des composants
- axeDevToolsUIKit v3.5.0
- axeDevToolsXCUI v2.5.0
Quoi de neuf ?
axe DevTools Mobile pour iOS
Nous avons amélioré les descriptions des problèmes affichées sur le tableau de bord. Elles décriront désormais plus précisément le problème exact détecté, lorsqu'il est disponible, au lieu d'une description générale de la règle.
Le framework axeDevToolsXCUI prend désormais en charge l'analyse des applications lorsqu'elles sont en orientation paysage.
Corrections de bugs
axe DevTools Mobile pour iOS
- Correction des faux positifs dans la règle A11yElementFocusBox pour les vues partiellement hors écran
- Mise à jour de la règle d'espacement des cibles tactiles pour intégrer les modifications apportées au critère de réussite WCAG à partir de la recommandation candidate 3
- Le texte hors écran qui n'est pas pouvant recevoir le focus ne sera désormais pas applicable à la règle Texte pouvant recevoir le focus
- Les vues Web ne poseront plus de problèmes Dans la vue de défilement car elles sont déjà défilables
- Mise à jour de la règle Vues en collision pour améliorer les résultats lorsque le texte n'est pas correctement traité avec la reconnaissance optique de caractères.
- Diverses améliorations ont été apportées à la manière dont les UISearchBars sont gérées par les règles
Tableau de bord axe DevTools Mobile
- Conserver le nom et les balises de l'analyse lors du téléversement d'une analyse précédemment exportée [20293]
- Correction d'un problème où les utilisateurs ne pouvaient pas appliquer les paramètres si deux éléments étaient sélectionnés dans les sections de filtrage des problèmes et de règles expérimentales [24629]
- Résolution d'un problème provoquant le scintillement des graphiques sur la page de résumé de l'analyse derrière les volets des problèmes détectés
- Correction du scintillement de la barre d'outils des actions groupées lors de la sélection des analyses dans Firefox
- Correction d'une erreur qui se produisait lors de la suppression de plusieurs analyses sur plusieurs pages
- Rendu le modal des annonces déroulant
- Désactivation des boutons de filtrage, de tri et de téléchargement pendant le chargement du tableau
- Tri réactivé par nombre de problèmes
- Assuré que les chargeurs sont correctement annoncés aux lecteurs d'écran
- Les analyses iPadOS afficheront désormais les résultats des règles expérimentales dans le style approprié
- Le nom de l'application a été abrégé dans le tableau afin que le défilement horizontal soit moins susceptible de se produire [24404]
Mises à jour
Nous avons annoncé la dépréciation de l'application de bureau axe DevTools Mobile dans la version de novembre 2022, par conséquent nous avons supprimé les méthodes API de connexion dans cette version des frameworks iOS. Si vous utilisez toujours l'application de bureau et avez besoin d'assistance, veuillez contacter votre représentant Deque, soumettre une demande à support.deque.com ou envoyer un e-mail à helpdesk@deque.com.
Problèmes connus
Si vous rencontrez l'un des problèmes ci-dessous, veuillez nous contacter à helpdesk@deque.com ou support.deque.com. Nous serons alors en mesure de vous informer une fois le problème résolu ou d'une solution de contournement identifiée, si aucune n'est listée.
- Les tests automatisés axe DevTools Mobile s'exécutent sur les applications natives iOS, Android natives et React Native. Veuillez contacter votre représentant Deque pour des solutions de test d'accessibilité sur votre pile technologique.
- Les règles ne s'exécuteront pas dans les vues Web ou les fichiers PDF rendus. Pour tester le contenu HTML, veuillez utiliser axe DevTools pour le Web. axe Monitor prend en charge l'analyse des PDF pour l'accessibilité.
axe DevTools Mobile pour iOS
axeDevToolsUIKit.xcframework
Les vues créées avec SwiftUI ne peuvent pas être testées à l'aide de ce framework
Utilisez le framework axeDevToolsXCUI dans UITesting pour les vues SwiftUI.
La prise en charge des règles personnalisées n'est disponible que dans Swift
L'API de règle personnalisée n'est pas ouverte à Objective-C.
Faux positifs : DansScrollView, SupportsTypeDynamique, Vues en Collision
Nous travaillons activement sur des correctifs pour les faux positifs suivants et mettrons à jour cette liste au fur et à mesure que des correctifs seront publiés.
InScrollView
InScrollView peut signaler des problèmes de texte dans les éléments se comportant comme des bannières. Pour rendre ces éléments accessibles à ceux qui ont besoin d’un texte plus grand, utilisez UILargeContentViewer
.
SupportsDynamicType
Vous pouvez voir des faux positifs dans les scénarios suivants :
- Si vous utilisez la
UIContentSizeCategoryDidChange
notification, le framework peut signaler à tort que le texte ne répond pas à Dynamic Type dans UITests. - Si vous utilisez
NotificationCenter.default.addObserver(forName:.., object:.., queue:.., using:..)
pour répondre à laUIContentSizeCategoryDidChange
notification. - Si vous utilisez
traitCollectionDidChange
sur la vue parent ou le contrôleur de vue d'un texte pour répondre à Dynamic Type.
Lorsqu'une sous-vue déroulante contient du texte et que cette sous-vue ne s'étend pas jusqu'au bord des limites de l'écran, vous verrez des erreurs pour le texte situé dans les limites de la vue.
axeDevToolsXCUI.xcframework
Picker SwiftUI et Picker UIKit
Les vues Picker dans SwiftUI et UIKit peuvent entraîner le blocage du framework sur les simulateurs ou les appareils.
False Positives: A11yElementFocusBox, InScrollView, Colliding Views
Nous travaillons activement sur des correctifs pour les faux positifs suivants et mettrons à jour cette liste au fur et à mesure que des correctifs seront publiés.
A11yElementFocusBox
Pour les vues hors écran, cette règle peut signaler à tort que la zone de focus VoiceOver n'encapsule pas la vue.
InScrollView
InScrollView peut signaler des problèmes de texte dans les éléments se comportant comme des bannières. Pour rendre ces éléments accessibles à ceux qui ont besoin d’un texte plus grand, utilisez UILargeContentViewer
.
Vues en conflit
Lorsqu'une sous-vue déroulante contient du texte et que cette sous-vue ne s'étend pas jusqu'au bord des limites de l'écran, vous verrez des erreurs pour le texte situé dans les limites de la vue.
Faux négatif : Focusable Text dans iOS 13 à travers iOS 14.8.1
Les éléments marqués comme éléments non liés à l'accessibilité peuvent ne pas signaler de résultats corrects en raison d'un bogue dans le framework d'Apple.
axe DevTools Mobile pour Android
Crash lors de l'utilisation de Proguard
Si votre version de débogage ou de test utilise Proguard, suivez les étapes pour ignorer Deque dans vos paramètres Proguard.
Erreurs de compilation avec le projet Java8 et axe DevTools Android 3.1.0
Essayez les importations suivantes :
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'Après avoir importé la bibliothèque ci-dessus, si vous voyez des erreurs liées à la version minSDK pour la bibliothèque core-ktx, essayez ce qui suit dans le manifeste Android de votre projet :
<uses-sdk tools:overrideLibrary="androidx.core" />
Les builds avec r8 activé génèrent une erreur
Une construction avec r8 activé peut tenter de minifier la bibliothèque axeDevTools, ce qui entraîne une erreur similaire à :
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)Pour résoudre cette erreur, ajoutez la ligne suivante à votre fichier ProGuard pour conserver les classes axeDevTools :
keep class com.deque.** { *; }
Message d'erreur similaire à : Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
Si vous rencontrez une erreur du type `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)`, veuillez nous contacter à helpdesk@deque.com ou support.deque.com pour obtenir de l'aide. Dans certaines conditions, deux nœuds racine Compose peuvent exister en même temps.
Tableau de bord axe DevTools Mobile
Certains noms d'analyse Android ne sont pas formatés
Certains noms de scan Android qui sont par défaut dans le titre de l'écran apparaîtront comme le nom de classe complet, y compris l'identifiant du bundle. Dans une version ultérieure, ce problème sera résolu afin que le titre de l'écran soit formaté en un nom plus lisible. Pour contourner ce problème, vous pouvez définir le nom de l'analyse à partir du tableau de bord ou des frameworks