Conception d'interface pour les mathématiques adultes sérieuses : rendu, saisie et le thème Adult/Expert

Résultats

1. Typographie mathématique : KaTeX contre MathJax

La page d’accueil de KaTeX cadre sa valeur autour de la vitesse : « Fulgurant, même sur des pages avec des centaines d’expressions », grâce à un rendu synchrone qui « n’a pas besoin de reflow de page », contrairement aux moteurs qui en ont besoin [2]. Il n’a aucune dépendance externe, effectue un rendu identique côté serveur via Node.js (pré-rendu vers du HTML brut, coût JS côté client nul pour le contenu statique), et compare la qualité de sa typographie à celle du TeX de Knuth, qu’il qualifie d’« étalon-or de la typographie mathématique » [2]. Sous licence MIT, maintenu par Khan Academy et des contributeurs [1]. Sa faiblesse documentée : une surface de commandes LaTeX plus étroite que MathJax (son tableau de support liste plus de 1 000 fonctions mais signale celles non prises en charge plutôt que de dégrader silencieusement) [1], et pas de couche d’accessibilité/vocale de première partie — l’accessibilité de KaTeX est généralement ajoutée via un post-traitement ARIA tiers.

MathJax se positionne comme « des mathématiques belles et accessibles dans tous les navigateurs », géré par une organisation à but non lucratif (501(c)(3)) soutenue par l’American Mathematical Society et l’IEEE [3]. Il prend en charge trois modes de sortie — CommonHTML/CHTML, SVG et MathML natif — acceptant TeX, MathML et AsciiMath en entrée, avec un rendu navigateur et Node.js [3]. Ses extensions d’accessibilité déterminent toute prétention « sérieuse et professionnelle » : les modules Explorer/Speech de la version 4 génèrent des chaînes vocales par (sous-)expression via des jeux de règles sélectionnables par l’utilisateur et des attributs ARIA, fonctionnant que le lecteur d’écran comprenne ou non MathML, avec une sortie braille Nemeth/Euro — validée sur 13 combinaisons navigateur/OS/lecteur d’écran (NVDA a besoin de « Combine with Speech » pour un braille correct ; JAWS fonctionne avec les réglages par défaut) [6].

Lecture pratique : KaTeX pour la voie rapide (énoncés de problèmes, retour en direct — la majorité du contenu, la majorité du temps) ; MathJax chargé sélectivement derrière un commutateur d’accessibilité ou partout où une preuve nécessite la surface LaTeX complète. Charger les deux en permanence est un poids mort inutile.

2. MathML Core et l’écart d’accessibilité

MathML Core est le sous-ensemble axé navigateur de la spécification d’origine — le sous-ensemble sémantique n’a jamais été implémenté dans les navigateurs et le sous-ensemble de présentation a produit des implémentations précoces incohérentes ; Core a donc été défini « conçu pour fonctionner de manière fluide avec HTML, CSS, DOM et JavaScript », en utilisant les conventions LaTeX et OpenType Math comme référence [4]. MDN l’enregistre comme « Baseline Widely Available… depuis janvier 2023 » — natif dans Chrome, Firefox, Safari, Edge [4]. Les fonctionnalités pré-Core héritées peuvent encore apparaître dans du contenu ancien ; le Math Working Group maintient des polyfills pour combler l’écart [4].

L’écart qui compte : la prise en charge native du rendu ne dit rien de si un lecteur d’écran annonce le contenu de manière utile. Cela se résout par des moteurs de règles vocales explicites (Explorer de MathJax, jeux de règles dérivés de MathSpeak), pas par la seule prise en charge de MathML [3][4][6]. Une page livrant du balisage MathML sans aucune annotation ARIA/vocale est techniquement conforme aux standards et pourtant inaccessible en pratique — l’écart de qualité le plus courant sur les sites riches en mathématiques prétendant à la conformité d’accessibilité.

3. Saisie mathématique : frappe, claviers virtuels, écriture manuscrite

MathLive (licence MIT, arnog/mathlive, publié sous forme de composants web <math-field>, <math-span>, <math-div>) est l’option ouverte la plus complète pour la saisie mathématique au clavier/tactile : frappe LaTeX directe avec plus de 800 commandes intégrées, un clavier mathématique virtuel prêt pour mobile plus des raccourcis clavier physique, et un export/import aller-retour entre LaTeX, MathML, AsciiMath, Typst et MathJSON [5][7]. L’accessibilité est de première partie, pas un ajout : un comportement « adapté au lecteur d’écran » avec des étiquettes ARIA auto-générées optimisées pour la voix et une sortie mathématiques-vers-voix [7]. Cela en fait le choix unique le plus solide pour la saisie au clavier sur ordinateur et tablette.

La reconnaissance d’écriture manuscrite est architecturalement séparée. MyScript Math est un moteur commercial d’écriture manuscrite vers numérique piloté par l’IA (pas de l’OCR) : il interprète les équations manuscrites en direct, les résout, et prend en charge un geste de « rature » pour la correction ; il est livré sous forme d’applications grand public (iOS/Android) et, plus pertinent ici, sous forme de SDK plus API REST (developer.myscript.com) pour intégration dans des applications sur mesure [7]. Il cible la saisie au stylet (matériel de la classe Apple Pencil), pas le tactile ou la souris. Scribble d’Apple et Windows Ink sont des couches d’écriture manuscrite au niveau du système d’exploitation avec une analyse mathématique moins spécifique au domaine — moins de friction (sur l’appareil, pas de SDK) mais plus faibles sur la notation structurée (fractions, exposants, matrices) qu’un reconnaisseur mathématique dédié.

4. Interfaces de type notebook et ce qui se lit comme « professionnel »

À travers Jupyter, Desmos, GeoGebra et Wolfram Alpha, le vocabulaire commun qui signale un « outil sérieux » plutôt qu’une « application jouet » comprend : un état persistant et adressable (une cellule de notebook, un graphique sauvegardé, une expression réexécutable) plutôt qu’une simple boucle question-réponse éphémère ; une interaction d’abord au clavier avec des raccourcis visibles et apprenables plutôt que des menus exclusivement pilotés par le pointeur ; une disposition d’information dense mais organisée (panneaux multiples, aucun unique bouton « suivant » surdimensionné) ; et des mathématiques typographiées — pas rendues en image — qui peuvent être sélectionnées, copiées et rééditées. GeoGebra cible l’étendue à travers « géométrie, algèbre, tableurs, graphiques, statistiques et calcul en un seul moteur » pour « tous les niveaux d’éducation », du primaire au secondaire (K-12) jusqu’à l’université, en équilibrant facilité d’usage et puissance plutôt qu’en optant par défaut pour l’un des deux extrêmes [10]. C’est la pression de conception opposée à un produit élémentaire gamifié : moins d’éléments décoratifs, plus de manipulation directe de l’objet mathématique lui-même.

5. Mode sombre, disposition dense et ergonomie des sessions longues

Les outils techniques à session longue (IDE, éditeurs LaTeX, Jupyter, environnements de calcul scientifique) convergent vers un thème sombre par défaut ou en priorité, une densité d’information élevée par écran (panneaux multiples, espace blanc minimal comparé aux applications grand public), des chiffres monospace ou semi-monospace pour l’alignement des tableaux/matrices, et des couleurs d’accent sourdes et à faible saturation réservées à l’état (erreur, actif, sélectionné) plutôt qu’à la décoration. C’est une grammaire visuelle distincte d’une interface enfant lumineuse, à fort contraste et à grandes cibles tactiles — les deux ne doivent pas partager les jetons d’espacement/couleur par défaut d’une bibliothèque de composants si la tranche adulte doit se lire comme un registre différent et crédible plutôt qu’une application pour enfants reskinnée.

6. Andragogie : comment la motivation adulte diffère

Les six hypothèses d’apprentissage adulte de Knowles : (1) concept de soi — les adultes exigent un droit de regard et un contrôle sur leur propre parcours d’apprentissage plutôt que d’être dirigés ; (2) expérience — l’expérience préalable, y compris l’erreur préalable, est elle-même une ressource d’apprentissage ; (3) disponibilité — les adultes s’engagent avec un contenu ayant une applicabilité immédiate, pas un contenu séquencé selon la logique propre d’un curriculum ; (4) orientation — l’apprentissage est centré sur le problème, pas sur le sujet ; (5) motivation — les moteurs internes (maîtrise, réalisation de soi) comptent plus que les moteurs externes (notes) ; (6) besoin de savoir — les adultes veulent le « pourquoi » avant le « comment » [8]. Knowles a plus tard assoupli la théorie en un continuum pédagogie-andragogie plutôt qu’une séparation stricte, et des critiques notent que sa propre pratique contredisait l’affirmation d’une « pleine autodirection », et que les principes pourraient simplement relever d’un bon enseignement en général [8]. L’enseignement pratique : donner aux utilisateurs de la filière adulte un contrôle visible (passer, sauter à un sujet, choisir la difficulté) et une justification visible du « pourquoi ce problème » — retenir l’un ou l’autre est le mode d’échec le plus lié au désengagement.

7. Pourquoi les adultes abandonnent les MOOC

Le chiffre le plus cité : les MOOC Harvard/MIT ont atteint en moyenne 22 % d’achèvement en 2012 [9]. La recherche de Stanford a classé les participants en auditeurs (regardent sans évaluation), ceux qui achèvent, apprenants désengagés (abandon rapide), et échantillonneurs (engagement occasionnel) — une taxonomie qui correspond à la façon dont les utilisateurs d’une application de mathématiques adulte se comporteront réellement, plaidant contre une conception uniquement pour les « finisseurs » [9]. L’achèvement variait fortement selon les diplômes préalables : seulement 8 % des participants de niveau universitaire ont terminé contre 27 % des participants de niveau lycée — suggérant que les adultes diplômés échantillonnent davantage et s’engagent moins, probablement en raison d’usages concurrents plus nombreux et déjà validés de leur temps [9]. L’explication dominante de l’abandon est l’absence d’interaction et de soutien interpersonnels, pas la difficulté du contenu — une comparaison citée a trouvé que 32 % des étudiants échouaient ou se retiraient des cours en ligne contre 19 % pour les équivalents en présentiel, attribué à des exigences d’autonomie élevées sans structure compensatoire [9]. Pour une application de mathématiques à usage solo sans cohorte ni instructeur, c’est le risque le plus aigu : le produit doit fournir de la structure (progression visible, invites de retour espacées, une voix équivalente à un instructeur) pour se substituer à l’échafaudage social qu’un MOOC n’a pas et qu’une salle de classe a.

Recommandation de pile de rendu et de saisie

Option	Rôle	Taille du paquet (approx., selon la documentation officielle)	Licence	Accessibilité	Choix pour Math Challenge
KaTeX	Moteur de rendu principal pour la typographie des problèmes/réponses	Autonome, sans dépendances d’exécution ; documenté comme le plus rapide des deux moteurs car il effectue un rendu synchrone sans reflow de page [1][2]	MIT	Pas de couche vocale/braille de première partie ; repose sur du balisage/ARIA ajouté autour	Oui — moteur de rendu par défaut pour tout le rendu standard des problèmes et des retours
MathJax (v4, sortie CHTML/SVG)	Moteur de secours lorsque le mode accessibilité est activé, ou pour du contenu nécessitant une sortie MathML/braille	Plus volumineux et plus lent au premier rendu que KaTeX selon sa propre comparaison [2][3] ; modulaire, chargeable par parties	Apache-2.0 (mathjax.org indique open source, maintenu par une organisation à but non lucratif) [3]	Extensions Explorer + Speech : texte vocal en direct, braille Nemeth/Euro, validé sur 13 combinaisons navigateur/OS/lecteur d’écran [6]	Oui — chargement paresseux derrière un commutateur « mathématiques accessibles », pas par défaut
MathML Core (balisage natif du navigateur)	Cible de balisage sémantique sous-jacent, format de sortie des deux moteurs	N/A (natif au navigateur, pas de bibliothèque)	Spécification W3C, implémentée par les navigateurs	Baseline Widely Available depuis janvier 2023 (Chrome, Firefox, Safari, Edge) pour le rendu ; la voix n’est pas automatique [4]	À utiliser comme cible de sortie là où possible (via le mode MathML de MathJax) afin que les technologies d’assistance disposent d’un véritable arbre sémantique auquel s’accrocher
MathLive	Saisie mathématique : LaTeX tapé + clavier virtuel, ordinateur et tactile	Composant web sous licence MIT ; plus de 800 commandes LaTeX intégrées ; export vers LaTeX/MathML/AsciiMath/Typst/MathJSON [5][7]	MIT	Étiquettes ARIA auto-générées, synthèse mathématiques-vers-voix intégrée [7]	Oui — widget de saisie par défaut pour ordinateur, tablette sans stylet, et toute voie de saisie tapée
SDK MyScript Math	Saisie manuscrite pour tablettes équipées de stylet	SDK commercial + API REST (developer.myscript.com) ; taille non publiée dans la documentation consultée — à vérifier avant engagement	Commercial, par intégration	Pas une fonctionnalité distincte ; la précision de reconnaissance, pas la sortie lecteur d’écran, est l’objectif du produit	Conditionnel — uniquement si le stylet/tablette est priorisé ; ajoute une dépendance payante, à faire trancher par le porteur du projet
Écriture manuscrite native au système (Scribble / Windows Ink)	Secours d’écriture manuscrite sans SDK ajouté	Aucun poids ajouté (fonctionnalité du système d’exploitation)	N/A (fonctionnalité de plateforme)	Hérite de l’accessibilité du système d’exploitation, pas spécifique aux mathématiques	À utiliser uniquement comme secours économique si MyScript est écarté ; s’attendre à une analyse plus faible des fractions/exposants/matrices

Implications de conception pour Math Challenge

1. Livrer KaTeX comme moteur de rendu par défaut pour tout écran ADULT/UNIVERSITY/EXPERT — énoncés de problèmes, champs de réponse, étapes de solution travaillées — car il est plus rapide et sans reflow, ce qui compte quand de nombreuses expressions sont rendues par écran (étapes de preuve, sous-parties) [2].
2. Ne charger MathJax que derrière un réglage explicite « Mathématiques accessibles », pas globalement — son accessibilité Explorer/Speech/Braille est nettement plus solide que celle de KaTeX, mais son poids supplémentaire ne mérite pas d’être payé par défaut [2][3][6].
3. Émettre MathML comme format sémantique sous-jacent partout où le parcours d’accessibilité est actif — la représentation unique sur laquelle les deux moteurs et les lecteurs d’écran se standardisent, Baseline depuis 2023 [4].
4. Utiliser MathLive comme widget de saisie unique sur ordinateur et tablette sans stylet, d’abord au clavier avec un clavier mathématique virtuel ancré, puisqu’il livre déjà des étiquettes ARIA et une synthèse mathématiques-vers-voix [5][7].
5. Sur tablette + stylet (iPad/Surface), proposer l’écriture manuscrite comme mode de saisie alternatif, pas le seul — faire trancher le coût du SDK commercial de MyScript face au secours natif du système d’exploitation (Scribble/Ink) par une décision explicite du porteur du projet ; MyScript analyse nettement mieux la notation structurée (fractions, exposants, matrices) [7].
6. Sur téléphone, opter par défaut pour une saisie au clavier virtuel uniquement ; traiter l’écriture manuscrite comme hors périmètre pour la v1 — un écran de téléphone est trop petit pour qu’un flux au stylet paraisse sérieux, et le clavier de MathLive est déjà pensé mobile d’abord [5].
7. Adopter un thème sombre en priorité pour ADULT/EXPERT, distinct du thème lumineux utilisé dans les tranches plus jeunes, en écho aux outils techniques à session longue (IDE, Jupyter) plutôt qu’à l’edtech grand public [§5].
8. Augmenter la densité d’information par rapport aux tranches enfant/adolescent : plusieurs panneaux visibles (problème, zone de brouillon/travail, historique des tentatives) plutôt qu’une seule carte surdimensionnée à focus unique, en cohérence avec le schéma de disposition de Jupyter/Desmos/GeoGebra [10].
9. Donner à chaque problème de la filière adulte une justification « pourquoi ce problème » d’une ligne, escamotable (par exemple, « renforce la règle de substitution que vous avez manquée deux fois ») — répondant directement au « besoin de savoir » de Knowles, le levier andragogique le plus lié à l’engagement [8].
10. Exposer un contrôle explicite de l’apprenant sur le parcours : passer/réordonner/sauter à un sujet visible sur la tranche adulte/expert, honorant l’hypothèse du concept de soi selon laquelle les adultes se désengagent quand le système contrôle le séquençage [8].
11. Construire une structure qui se substitue à l’échafaudage social que les MOOC n’ont pas : séries/progression visibles liées à la maîtrise des compétences (pas au nombre de sessions), et des invites de récapitulation périodiques comme substitut de « voix d’instructeur », puisque l’absence de soutien interpersonnel est la cause d’abandon dominante dans la littérature [9].
12. Concevoir pour la segmentation d’utilisateurs de type MOOC dès le premier jour : s’attendre à ce que les profils « auditeur » et « échantillonneur » (parcourir sans terminer) soient courants, si bien que l’interface doit faire ressortir la valeur en une seule visite plutôt que supposer un usage sur plusieurs semaines [9].
13. Garder la sortie KaTeX/MathML sélectionnable et copiable en LaTeX/MathML brut, en cohérence avec l’attente propre à l’outil professionnel selon laquelle une expression rendue est un objet réutilisable, pas une image verrouillée.
14. Réserver la couleur à l’état, pas à la décoration, dans le thème adulte/expert (erreur/actif/succès sourds à faible saturation) — le biais opposé à l’usage décoratif de la couleur dans un thème enfant — pour garder le registre sérieux plutôt que gamifié.

Questions ouvertes pour le porteur du projet

1. Le SDK commercial de MyScript devrait-il être sous licence pour la voie tablette+stylet, ou Math Challenge devrait-il livrer uniquement l’écriture manuscrite native du système (Scribble/Ink), en acceptant une analyse plus faible de la notation structurée, au moins pour la v1 ?
2. Le commutateur « Mathématiques accessibles » (KaTeX → MathJax/MathML/voix) devrait-il être un réglage utilisateur persistant, ou détecté automatiquement à partir des signaux de lecteur d’écran/technologie d’assistance active dans le navigateur ?
3. Quel niveau de contrôle visible de l’apprenant (passer/réordonner/sauter) est approprié avant qu’il ne compromette la propre logique de verrouillage par maîtrise de l’application utilisée dans les autres tranches d’âge — ADULT/EXPERT obtient-il un contrat de progression explicitement différent des tranches plus jeunes ?
4. Une valeur par défaut sombre en priorité (pas seulement un mode sombre disponible) est-elle acceptable pour le thème adulte/expert alors que le reste de Math Challenge est vraisemblablement clair en priorité, et cela nécessite-t-il une infrastructure de thématisation séparée au-delà d’un simple commutateur de mode sombre ?
5. Quelle est la valeur minimale de première session que l’expérience adulte/expert doit livrer, sachant que la recherche sur les MOOC suggère que beaucoup d’utilisateurs adultes échantillonneront une fois sans revenir — existe-t-il une « victoire de session unique » conçue pour cette tranche ?