Déclaration d'accessibilité de Wooclap

Wooclap s'engage à assurer l'accessibilité numérique aux personnes avec un handicap. Wooclap est une application web qui aide les enseignants, formateurs et présentateurs à interagir avec leur public en utilisant les appareils des participants. De par sa conception, Wooclap offre deux expériences différentes : une pour les présentateurs et une pour les participants. Les présentateurs ont la possibilité de créer et de configurer des présentations interactives, tandis que les participants utilisent une interface simplifiée qui leur permet de participer rapidement, de répondre ou de poser des questions.

Nous améliorons en permanence l'expérience utilisateur pour tous et appliquons les normes d'accessibilité pertinentes. L'interface du participant est conforme au WCAG 2.1 au niveau AA, avec certaines limitations énumérées ci-dessous. Nous allons nous concentrer sur l'interface du présentateur ci-dessous.

Statut de conformité

Les directives d'accessibilité au contenu Web (WCAG) définissent les exigences auxquelles doivent se conformer les concepteurs et les développeurs afin d'améliorer l'accessibilité pour les personnes avec un handicap. Elle définit trois niveaux de conformité : niveau A, niveau AA et niveau AAA. L'interface du participant Wooclap est partiellement conforme au WCAG 2.1 niveau AA. Partiellement conforme signifie que certaines parties du contenu ne sont pas entièrement conformes à la norme d'accessibilité.

Le tableau suivant montre les efforts qui doivent encore être faits pour répondre à tous les critères WCAG pour l'interface du participant.

NomNiveauStatutCommentaire
Principe 1 - Perceptible
1.1.1 Contenu non textuelASupportsPour le contenu généré par les utilisateurs (comme les questions jointes avec des images), les présentateurs ont la possibilité d'ajouter une alternative textuelle.
1.2.1 Audio uniquement et vidéo uniquement (pré-enregistré)ASupportsPour les contenus générés par les utilisateurs (tels que les fichiers audio ou vidéo joints à une présentation), les présentateurs ont la possibilité d'ajouter une transcription vidéo.
1.2.2 Sous-titres codés (pré-enregistrés)ASupportsLe présentateur peut ajouter des vidéos en utilisant la plateforme YouTube, qui prend en charge le sous-titrage.
1.2.3 Description audio ou alternative multimédiaANon pris en chargeVoir 1.2.1
1.2.4 Sous-titrage (en direct)AANon applicablePas de contenu en direct
1.2.5 Description audio (pré-enregistrée)AANon pris en chargeVoir 1.2.1
1.3.1 Informations et relationsASupportsSoutenu par les étiquettes et les repères ARIA sont inclus pour les éléments interactifs lorsque cela est nécessaire.
1.3.2 Séquence significativeASupportsL'ordre DOM correspond à l'ordre visuel.
1.3.3 Caractéristiques sensoriellesASupportsDes étiquettes ARIA ou des étiquettes textuelles visibles sont incluses pour les composants.
1.3.4 OrientationAASupportsSupporté par Wooclap fonctionne pour toutes les orientations des appareils.
1.3.5 Identifier le but de l'entréeAASupportsLes champs de saisie sont correctement étiquetés.
1.4.1 Utilisation de la couleurASupportsLa couleur n'est jamais utilisée comme seul support visuel pour transmettre des informations.
1.4.2 Contrôle audioASupportsToutes les sources audio possibles contiennent des commandes de pause/arrêt.
1.4.3 Contraste (minimum)AASupportsLe texte et la couleur de fond ont été choisis pour rester au-dessus du seuil de contraste.
1.4.4 Modifier la taille du texteAASoutenu partiellementLe texte peut être redimensionné à l'aide des commandes du navigateur web, bien que le zoom soit actuellement désactivé pour les smartphones.
1.4.5 Images de texteAASupportsIl n'y a pas de texte de ce type dans notre interface (à l'exception du contenu téléchargé par le présentateur ou des logos).
1.4.10 RefusionAASupportsLe texte reste dans une seule colonne (pas de défilement horizontal) même en cas de zoom.
1.4.11 Contraste sans texteAASupportsLes couleurs ont été choisies pour rester au-dessus du seuil de contraste.
1.4.12 Espacement du texteAASupportsL'interface prend en charge les propriétés de style de texte requises.
1.4.13 Contenu au survol ou au focusAANon applicablePas de contenu supplémentaire au survol ou au focus
Principe 2 - Exploitable
2.1.1 ClavierASupportsToutes les fonctions sont utilisables en configuration clavier uniquement.
2.1.2 Pas de piège à clavierASupportsPas de piège à clavier.
2.1.3 Raccourcis des touches de caractèresANon applicableIl n'existe pas de tels raccourcis : caractères de lettres (y compris majuscules et minuscules), caractères de ponctuation, caractères de chiffres ou caractères de symboles.
2.2.1 Réglage de l'heureANon applicableIl n'y a pas de contraintes de temps, à l'exception d'un minuteur optionnel pour répondre aux questions, contrôlé par le présentateur.
2.2.2 Pause, arrêt, masquageANon applicablePas de mouvement, de scintillement ou d'animation de défilement. Pas de mise à jour automatique, sauf pour les parties essentielles (en temps réel).
2.3.1 Trois clignotements ou en dessous du seuilANon applicableL'interface ne clignote pas.
2.4.1 Blocs de dérivationASupportsLe contenu répété peut être contourné par des points de repère ARIA.
2.4.2 Page de titreASupportsChaque page a son propre titre
2.4.3 Ordre de mise au pointASupportsL'ordre des onglets suit l'ordre sémantique
2.4.4 Lien cible (dans le contexte)ASupportsLes liens sont correctement étiquetés
2.4.5 Voies multiplesAANon applicableWooclap fonctionne comme une application à page unique
2.4.6 En-têtes et balisesAASupportsLes titres et les balises sont utilisés pour structurer le contenu de la page
2.4.7 Focalisation visibleAASupportsTous les composants interactifs ont un état de focus visible
2.5.1 Gestes du pointeurANon applicableAucune fonctionnalité ne nécessite de gestes basés sur la trajectoire.
2.5.2 Remplacement des pointeursASupportsLes boutons ne sont jamais exécutés dans l'événement mousedown.
2.5.3 Étiquetage du nomASupportsLes noms visuels et les noms accessibles sont les mêmes
2.5.4 Performances des mouvementsANon applicableCes fonctionnalités n'existent pas dans Wooclap.
Principe 3 - compréhensible
3.1.1 Langue de la pageAS'applique partiellementL'attribut "lang" du HTML est toujours défini comme étant l'anglais, mais la langue du contenu sera correctement identifiée par des attributs de niveau inférieur.
3.1.2 Langue des piècesAASupportsLa langue de l'interface est configurable par l'utilisateur, et la langue choisie sera correctement appliquée à l'interface avec un attribut "lang".
3.2.1 ApprocheASupportsLe focus ne change jamais le contexte (l'état)
3.2.2 Sur l'entréeASupportsL'entrée ne change jamais le contexte (l'état)
3.2.3 Navigation cohérenteAASupports
3.2.4 Identification cohérenteAASupports
3.3.1 Identification des erreursANon pris en chargeLes messages d'erreur ne sont pas toujours accessibles
3.3.2 Étiquettes ou instructionsASupportsL'entrée de l'utilisateur est toujours étiquetée de manière accessible.
3.3.3 Indication des erreursAANon pris en chargeLes messages d'erreur sur la saisie des données ne sont pas toujours accessibles
3.3.4 Prévention des erreurs (juridiques, financières, de données)AANon applicableIl n'y a pas de contenu de ce type.
Principe 4 - Robustesse
4.1.1 AnalyseASupportsDu HTML valide est utilisé.
4.1.2 Nom, fonction, valeurASupportsLes propriétés ARIA sont utilisées lorsqu'elles sont pertinentes.
4.1.3 Messages d'étatAANon pris en chargeLes messages d'état ne peuvent pas être interprétés correctement par les technologies d'assistance.

Commentaires

Une question, une remarque ? N’hésitez pas à nous envoyer vos commentaires sur l'accessibilité de l'interface du participant de Wooclap à l’adresse : info@wooclap.com.


Dernière mise à jour : le 21 juin 2020.