Accessibilité · Mise à jour en avril 2026

Déclaration d’accessibilité

Name: RichTextEditor
Price: 129 USD
Author: Richscripts Inc.

Richscripts Inc. s’engage à rendre RichTextEditor utilisable par tous, quelle que soit la technologie d’assistance qu’une personne utilise pour rédiger et relire des documents. Cette page indique notre objectif, ce qui fonctionne actuellement et les points où nous savons ne pas être à la hauteur.

Objectif de conformité

RichTextEditor vise la conformité aux Règles pour l’accessibilité des contenus Web (WCAG) 2.2, niveau AA. L’éditeur repose sur le contenteditable natif, sur du HTML sémantique standard, et sur des rôles et attributs ARIA lorsque le HTML sémantique seul ne suffit pas.

Aucun audit d’accessibilité indépendant ni aucun VPAT formel n’a encore été publié. En attendant des éléments de preuve indépendants, cette page est une auto-évaluation et liste explicitement les lacunes que nous connaissons.

Ce qui fonctionne aujourd’hui

Utilisation au clavier (WCAG 2.1.1, 2.1.2, 2.4.3)

La barre d’outils est un seul arrêt de tabulation, selon le modèle de barre d’outils des ARIA Authoring Practices : Tab y entre une fois, puis ← / → passent d’un bouton à l’autre et Home / End sautent à l’une ou l’autre extrémité. Le focus revient au dernier bouton utilisé. En RTL, le sens des flèches suit le sens de lecture du document.
Pas de piège au clavier (2.1.2). Tab garde sa fonction d’édition dans le contenu — augmenter le retrait d’une liste, passer à la cellule de tableau suivante —, la sortie passe donc par une touche distincte et documentée : Esc quitte la zone d’édition et place le focus sur la barre d’outils, à partir de laquelle Tab continue normalement dans la page. Cette voie de sortie est annoncée dans le nom accessible de la zone d’édition : un lecteur d’écran la lit dès l’entrée, au lieu de laisser l’utilisateur la deviner. Si un menu ou une boîte de dialogue est ouvert, Esc le ferme d’abord.
Toutes les commandes de la barre d’outils ont des raccourcis clavier.
Le focus est piégé dans les boîtes de dialogue ; Esc les ferme et rend le focus au contrôle qui les a ouvertes.
Les tableaux permettent de naviguer entre les cellules avec la tabulation, et en sens inverse avec Shift+Tab.
Les commandes slash, les @mentions et la boîte de dialogue IA se pilotent entièrement au clavier — aucune souris n’est nécessaire.

Les boutons de la barre d’outils exposent un nom accessible via aria-label. Les commandes à bascule — gras, italique, souligné, alignement, listes, suivi des modifications et modes d’affichage — exposent aria-pressed, reflet de l’état actif propre à l’éditeur, si bien que la valeur annoncée ne peut jamais contredire le bouton mis en évidence. Les boutons de menu exposent aria-haspopup et maintiennent aria-expanded exact à l’ouverture et à la fermeture du menu.
Les boîtes de dialogue exposent role="dialog" avec un aria-label qui nomme la boîte de dialogue ; le focus reste à l’intérieur, et Esc la ferme et rend le focus là où il était. Dans la version 2.6.12, deux panneaux ne sont pas marqués comme modaux : le panneau Insert Link ouvert depuis la barre d’outils n’a pas d'aria-modal, et Find and Replace définit aria-modal="false". Activez le plugin d’accessibilité des boîtes de dialogue pour que le panneau Insert Link reçoive role="dialog" et que ses champs reçoivent un nom.
Le panneau AI Review expose le rôle region avec un libellé dynamique ; les nouvelles suggestions sont annoncées via aria-live="polite".
Les commentaires et les suggestions de Track Changes exposent des libellés par auteur, si bien que les lecteurs d’écran annoncent « Comment by Maya Patel ».
Les titres du contenu de l’éditeur conservent la sémantique h1–h6 ; les listes conservent ul/ol/li.

Conception visuelle (WCAG 1.4.3, 1.4.11, 1.4.12)

Le thème par défaut respecte un contraste de 4.5:1 pour le texte et de 3:1 pour l’interface.
Les indicateurs de focus sont visibles avec un contraste de 3:1 par rapport aux couleurs adjacentes, et ne sont jamais supprimés par les habillages personnalisés fournis avec le package.
Les mises en page de l’éditeur respectent les préférences de taille de texte de l’utilisateur — pas de hauteurs fixes en pixels qui coupent le texte lorsque le zoom du navigateur est à 200%.
Aucune information n’est transmise par la seule couleur ; l’attribution du suivi des modifications comporte toujours un libellé d’auteur en plus d’une couleur.

Aide à la saisie (WCAG 3.3.1, 3.3.3)

Les boîtes de dialogue d’envoi et d’URL d’image décrivent les erreurs en langage clair, associées au champ en erreur via aria-describedby.
Les actions destructrices (supprimer un commentaire, rejeter une suggestion) proposent une possibilité d'annulation dans le panneau de relecture.

Modèle de contenu

Les images reçoivent un texte alternatif via la boîte de dialogue Image ; le texte alternatif est conservé lors du collage depuis Word, Excel et Google Docs.
Les liens conservent un texte lisible — aucun « cliquez ici » n’est généré automatiquement.
Le HTML et le DOCX exportés conservent les niveaux de titre et la structure des listes ; les lecteurs d’écran en aval voient une structure qui correspond à celle de l’éditeur.
L’export PDF est balisé. Un texte sélectionnable n’est pas la même chose qu’un document accessible — un PDF non balisé fournit aux technologies d’assistance un flux de mots à plat, sans titres, sans sémantique de liste, sans relations de tableau ni ordre de lecture garanti. L’exportateur vectoriel écrit un arbre de structure complet (H1–H6, P, L/LI, Table/TH/TD avec portée de colonne, Figure avec /Alt), et marque les filets, les bordures et les en-têtes courants comme artefacts pour les exclure de l’ordre de lecture. Consultez pourquoi un PDF consultable par recherche et un PDF accessible sont deux fonctionnalités différentes, et comment le PDF est écrit à la main pour que le texte reste du texte.

Lacunes connues

Nous pensons que la confiance repose sur l’honnêteté, et non sur une déclaration qui paraît parfaite. Voici les points sur lesquels nous savons ne pas encore atteindre l’objectif, et ce que nous faisons pour chacun :

Audit indépendant pas encore publié. Cette déclaration ne reflète qu’une auto-évaluation. Les équipes achats des entreprises qui exigent un VPAT formel doivent le considérer comme une exigence non satisfaite et nous contacter pour obtenir le dossier de preuves d’accessibilité actuel.
Les en-têtes de tableau sont signalés, pas déduits. L’éditeur ne devine pas qu’une première ligne est une ligne d’en-tête — se tromper reclasserait des données en en-têtes, ce qui est pire que de ne rien faire. En revanche, il signale le tableau : le vérificateur d’accessibilité lève table-missing-header sur tout tableau sans cellules d’en-tête, et propose une réparation en un clic qui transforme la première ligne en <th scope="col">, en conservant le contenu et les attributs des cellules. C’est ce scope qui se retrouve dans le PDF balisé (TH avec portée de colonne) et dans le .docx (une ligne tblHeader répétée) : une seule correction rectifie donc le tableau dans tous ses exports. La lacune restante est qu’un tableau rédigé sans soin reste inaccessible tant que personne ne lance le vérificateur.
L’éditeur d’images (tui.image-editor) est une dépendance tierce ; sa palette d’outils n’est pas entièrement accessible au clavier. Nous proposons une solution de repli d’envoi simple, pour que les utilisateurs puissent ignorer l’éditeur d’images et insérer quand même des images avec un texte alternatif.
La barre d’outils mobile est responsive, mais pas optimisée pour la navigation au rotor de VoiceOver / TalkBack. C’est prévu dans la feuille de route 2026, avec le mode barre d’outils mobile dédié.

Technologies d’assistance prises en charge

Nous testons les combinaisons suivantes avant chaque version. Un problème dans l’une de ces combinaisons bloque la publication.

Plateforme	Lecteur d’écran	Navigateur
Windows 11	NVDA 2024.x	Chrome, Firefox, Edge (dernière version)
Windows 11	JAWS 2024	Chrome, Edge (dernière version)
macOS 14+	VoiceOver	Safari (dernière version)
iOS 17+	VoiceOver	Safari
Android 13+	TalkBack	Chrome (au mieux)

Raccourcis clavier

Le guide de l’utilisateur final présente la référence complète des raccourcis. Les principaux :

Ctrl+B / I / U — gras / italique / souligné
Ctrl+K — insérer un lien
/ en début de ligne — menu des commandes slash
@ + nom — sélecteur de mention
Ctrl+Alt+M — ajouter un commentaire sur la sélection
Ctrl+Shift+E — activer ou désactiver Track Changes
Ctrl+Space sur une sélection — Ask AI

Signaler un problème

Si vous utilisez une technologie d’assistance et que quelque chose ne fonctionne pas, nous voulons le savoir. Merci d’indiquer :

La technologie d’assistance que vous utilisez (nom + version)
Le navigateur et le système d’exploitation
Ce que vous essayiez de faire, ce qui s’est passé et ce que vous attendiez
L’URL ou un fragment de code si vous êtes intégrateur

Écrivez à accessibility@richtexteditor.com — nous nous engageons à une première réponse sous deux jours ouvrés.

Historique des versions. Cette déclaration a été publiée pour la première fois en avril 2026. Elle est révisée chaque trimestre, en même temps que notre cycle de publication ; les changements importants sont signalés dans les notes de version du produit.