Accessibilité

Conçu selon les WCAG 2.1 AA.

Proposal Forge sert à rédiger des soumissions destinées aux acheteurs publics canadiens, et ces soumissions sont écrites par des équipes variées, sur des équipements variés. Cette page indique clairement ce que nous avons fait, ce qui reste défaillant et comment nous signaler un obstacle que nous aurions manqué.

Notre engagement

Nous concevons et développons Proposal Forge selon les WCAG 2.1 niveau AA. Il s’agit d’une cible que nous nous imposons, non d’une certification : aucun audit indépendant n’a été mené et les lacunes énumérées plus bas sont réelles. Nous préférons vous dire où le produit pèche plutôt que d’annoncer une conformité que nous ne pouvons pas démontrer.

Les problèmes d’accessibilité sont traités comme n’importe quel autre défaut : ils sont consignés, priorisés et corrigés, et les vérifications automatisées décrites ci-dessous s’exécutent à chaque compilation pour que ce qui a été réparé le reste.

Ce qui a été fait

Navigation au clavier: Les menus, filtres, listes déroulantes et boîtes de dialogue reposent sur les primitives Radix : ils s'ouvrent et se ferment avec Entrée et Échap, se parcourent avec les flèches, retiennent le focus tant qu'ils sont ouverts et le rendent ensuite au bouton d'origine. Le glisser-déposer de la bibliothèque de contenus et du tableau de bord du pipeline dispose d'un équivalent clavier : les flèches pour déplacer une carte, ou un menu « Déplacer vers… ».
Focus visible: Chaque élément interactif affiche un contour de focus de 2 px lorsqu'on l'atteint au clavier, avec une règle globale de repli pour qu'un composant qui aurait oublié le sien en affiche tout de même un. Les contours sont opaques plutôt que teintés, afin que l'indicateur lui-même atteigne le rapport minimal de 3:1.
Contraste des couleurs: Le texte courant sur fond clair atteint 4,5:1 et le texte de grande taille 3:1. L'accent cuivre a été assombri pour le texte comme pour le dégradé placé derrière les libellés blancs des boutons, qui descendait auparavant jusqu'à 2,6:1.
Étiquetage des formulaires: Les champs de saisie exigent un nom accessible dès la compilation. Les messages de validation sont rattachés à leur champ par aria-describedby, signalés par aria-invalid et annoncés dès leur apparition.
Structure et repérage: Un lien « Aller au contenu principal » est le premier élément atteint au clavier. Les régions sont nommées, la page courante est signalée par aria-current, les tableaux déclarent leurs en-têtes de colonne et chaque écran de l'application définit son propre titre de page.
Langue et animations: Les pages françaises déclarent le français comme langue du document. Les animations, y compris les effets de survol et de scintillement, sont désactivées pour toute personne dont le système demande une réduction des animations.
Vérifications automatisées: axe-core est exécuté sur les pages publiques à chaque compilation et fait échouer celle-ci dès qu'un problème grave ou critique est détecté.

Lacunes connues

Voici les problèmes d’accessibilité dont nous avons connaissance à ce jour. Ils figurent au plan de correction en cours ; ce ne sont pas des limites que nous acceptons.

Les vérifications automatisées s'arrêtent à l'authentification: Le balayage automatisé ne couvre que les pages publiques. Les écrans internes de l'application sont vérifiés manuellement : les régressions y sont donc détectées plus tard que sur le site public.
Tableaux de données et graphiques: Les grands tableaux de données d'approvisionnement défilent horizontalement et ne sont pas encore accompagnés d'un résumé de remplacement. Les données des graphiques figurent dans le texte environnant, mais ne sont pas présentées sous forme de tableau sur toutes les pages.
Essais avec lecteurs d’écran: Les essais menés à ce jour reposent sur la navigation au clavier et sur l'outillage automatisé. Des essais systématiques avec NVDA, JAWS et VoiceOver restent à faire, et aucun audit d'accessibilité indépendant n'a été réalisé.
Documents exportés: Les exports Word et PDF conservent la structure des titres, mais ne sont pas encore balisés selon PDF/UA. Si vous avez besoin d'un export balisé, demandez-le-nous.

Signalez-nous un obstacle

Si une partie de Proposal Forge vous empêche de travailler, dites-le-nous : nous le traiterons comme un défaut. Précisez la page où vous étiez, ce que vous tentiez de faire, ainsi que la technologie d’assistance et le navigateur utilisés — cela accélère beaucoup la reproduction du problème.

Écrivez à contact@proposalforge.io ou utilisez le formulaire de contact. Nous visons un accusé de réception dans les deux jours ouvrables.

Si vous avez besoin d’un renseignement qui n’existe pour l’instant que dans un format inaccessible — un export, un graphique, un grand tableau — demandez-le et nous vous en fournirons une version de remplacement.

Dernière révision : 2 septembre 2026