C++ sans barrières : comment rendre le code accessible à tous

Pourquoi l'accessibilité n'est pas une question de « faiblesse », mais de qualité de code

Quand on code en C++, on a l'habitude de penser performances, mémoire et rapidité. Mais il y a un autre aspect souvent négligé : l'accessibilité. Ce n'est pas juste un terme à la mode venu du développement web. En C++, l'accessibilité des applications, c'est la possibilité pour les personnes en situation de handicap (déficiences visuelles, auditives, motrices) d'utiliser votre logiciel au même titre que les autres.

Imaginez : vous avez créé un super éditeur graphique ou un utilitaire en console. Mais s'il n'est pas lisible par un lecteur d'écran ou ne se pilote pas au clavier, vous excluez 15 à 20 % des utilisateurs. Et l'accessibilité est souvent une exigence légale (par exemple, aux États-Unis avec la Section 508, en Europe avec la norme EN 301 549).

Dans cet article, nous allons voir comment intégrer les a11y best practices (a11y est l'abréviation numérique d'accessibility) dans vos projets C++, sans sacrifier les performances. C'est parti !

Par où commencer : les principes de base du code inclusif

Avant de plonger dans le code, retenez trois piliers :

\n
• Perceptibilité — l'information doit être accessible via au moins un sens (vue, ouïe, toucher).
\n
• Utilisabilité — l'interface doit fonctionner avec le clavier, la voix ou des interrupteurs.
\n
• Compréhensibilité — le comportement des éléments est prévisible, les erreurs sont claires.
\n

En C++, c'est particulièrement important car nous travaillons souvent avec des API de bas niveau où la sémantique se perd. Par exemple, en dessinant un bouton avec OpenGL, vous n'obtenez pas automatiquement le support des lecteurs d'écran — il faut l'ajouter manuellement.

Balisage sémantique dans les interfaces graphiques C++ : Qt et autres

La façon la plus courante d'ajouter l'accessibilité en C++ est d'utiliser le framework Qt. Il intègre un support natif via QAccessibleInterface. Mais même si vous codez en WinAPI pur, il y a IAccessible.

Exemple : rendre un bouton accessible

Supposons que vous ayez un bouton personnalisé, dessiné avec QPainter. Sans accessibilité, le lecteur d'écran verra juste un « rectangle ». Corrigeons cela :

#include <QAccessible>\n#include <QAccessibleWidget>\n#include <QPushButton>\n\nclass AccessibleButton : public QAccessibleWidget {\npublic:\n    explicit AccessibleButton(QWidget* widget)\n        : QAccessibleWidget(widget, QAccessible::Button) {}\n\n    QString text(QAccessible::Text t) const override {\n        if (t == QAccessible::Name) {\n            auto* btn = qobject_cast<QPushButton*>(widget());\n            return btn ? btn->text() : QString();\n        }\n        return QAccessibleWidget::text(t);\n    }\n};\n\n// Utilisation :\nQPushButton* btn = new QPushButton("Envoyer");\nQAccessible::registerAccessibleFactory(\n    [](QObject* obj) -> QAccessibleInterface* {\n        if (auto* btn = qobject_cast<QPushButton*>(obj)) {\n            return new AccessibleButton(btn);\n        }\n        return nullptr;\n    }\n);

Maintenant, le lecteur d'écran lira « Envoyer, bouton ». Magique ? Non, juste du code inclusif.

Accessibilité dans les applications console C++

On pourrait penser que la console, c'est dépassé. Mais de nombreux utilitaires, pipelines CI/CD et applications serveur fonctionnent encore dans le terminal. Comment les rendre accessibles ?

Un affichage adapté aux lecteurs d'écran

Un lecteur d'écran (par exemple NVDA, JAWS) lit la console ligne par ligne. Si vous affichez un tableau avec des caractères ASCII, c'est un cauchemar. Utilisez plutôt un affichage structuré :

#include <iostream>\n#include <string>\n#include <vector>\n\nstruct Utilisateur {\n    std::string nom;\n    int age;\n};\n\nvoid afficherTableauAccessible(const std::vector<Utilisateur>& utilisateurs) {\n    // Adapté aux lecteurs d'écran : d'abord l'en-tête, puis les données\n    std::cout << "Tableau des utilisateurs :" << std::endl;\n    for (const auto&