Interface Design for Serious Adult Mathematics: Rendering, Input, and the Adult/Expert Theme

Ergebnisse

1. Mathematisches Setzen: KaTeX vs MathJax

Die Startseite von KaTeX betont seinen Wert in Bezug auf Geschwindigkeit: „Blitzschnell, selbst auf Seiten mit Hunderten von Ausdrücken“, dank synchroner Darstellung, die „keine Neulayout‑Durchläufe der Seite erfordert“, im Gegensatz zu Engines, die das tun [2]. Es hat keine externen Abhängigkeiten, rendert serverseitig identisch über Node.js (Vorkompilierung zu einfachem HTML, null Client‑JS‑Kosten für statische Inhalte) und misst seine typografische Qualität gegen Knuths TeX als „den Goldstandard für mathematisches Setzen“ [2]. MIT‑Lizenz, gepflegt von Khan Academy und Mitwirkenden [1]. Dokumentierte Schwäche: ein engerer LaTeX‑Befehlskatalog als MathJax (die Unterstützungstabelle listet über 1000 Funktionen, markiert jedoch nicht unterstützte, anstatt sie stillschweigend zu degradieren) [1] und keine eigene Barrierefrei‑/Sprachschicht — KaTeX‑Barrierefreiheit wird typischerweise über Drittanbieter‑ARIA‑Nachbearbeitung angehängt.

MathJax positioniert sich als „schöne und barrierefreie Mathematik in allen Browsern“, betrieben von einer gemeinnützigen Organisation (501(c)(3)), unterstützt von der American Mathematical Society und dem IEEE [3]. Es unterstützt drei Ausgabemodi — CommonHTML/CHTML, SVG und nativen MathML — und akzeptiert TeX, MathML und AsciiMath als Eingabe, sowohl im Browser als auch in Node.js [3]. Seine Barrierefrei‑Erweiterungen entscheiden jede „ernsthafte, professionelle“ Behauptung: Die Explorer/Speech‑Module von Version 4 erzeugen Sprachstrings pro (Teil‑)Ausdruck über wählbare Regelsets und ARIA‑Attribute, funktionieren unabhängig davon, ob der Screen‑Reader MathML versteht, mit Nemeth/Euro‑Braille‑Ausgabe — validiert über 13 Browser/OS/Screen‑Reader‑Kombinationen (NVDA benötigt „Combine with Speech“ für korrekte Braille; JAWS funktioniert mit Standardeinstellungen) [6].

Praktische Lesart: KaTeX für den schnellen Pfad (Problemstellungen, Live‑Feedback — die meiste Inhalte, die meiste Zeit); MathJax selektiv hinter einem Barrierefrei‑Schalter oder dort laden, wo ein Beweis die umfassendere LaTeX‑Oberfläche benötigt. Beide dauerhaft zu laden ist unnötiger Ballast.

2. MathML Core und die Barrierefreiheitslücke

MathML Core ist das browser‑fokussierte Teilset der ursprünglichen Spezifikation — das semantische Teilset wurde nie in Browsern implementiert und das Präsentations‑Teilset führte zu inkonsistenten frühen Implementierungen, daher wurde Core als „maßgeschneidert, um nahtlos mit HTML, CSS, DOM und JavaScript zu arbeiten“ definiert, wobei LaTeX‑ und OpenType‑Math‑Konventionen als Referenz dienen [4]. MDN verzeichnet es als „Baseline Widely Available… seit Januar 2023“ — nativ in Chrome, Firefox, Safari, Edge [4]. Legacy‑Features vor Core können noch in älteren Inhalten auftauchen; die Math Working Group pflegt Polyfills, um die Lücke zu schließen [4].

Die relevante Lücke: Native Rendering‑Unterstützung sagt nichts darüber aus, ob ein Screen‑Reader den Inhalt sinnvoll ankündigt. Das wird durch explizite Sprach‑Regel‑Engines (MathJax‑Explorer, von MathSpeak abgeleitete Regelsets) gelöst, nicht allein durch MathML‑Unterstützung [3][4][6]. Eine Seite, die MathML‑Markup ohne ARIA‑/Sprach‑Annotation ausliefert, ist technisch konform, bleibt aber in der Praxis unzugänglich — die häufigste Qualitätslücke bei mathematiklastigen Seiten, die Barrierefreiheit beanspruchen.

3. Mathe‑Eingabe: Tippen, virtuelle Tastaturen, Handschrift

MathLive (MIT‑Lizenz, arnog/mathlive, veröffentlicht als Web‑Components <math-field>, <math-span>, <math-div>) ist die umfassendste offene Option für Tastatur‑/Touch‑Mathe‑Eingabe: direktes LaTeX‑Tippen mit über 800 eingebauten Befehlen, eine mobil‑bereite virtuelle Mathe‑Tastatur plus Tastatur‑Kurzbefehle und Rundreise‑Export/Import zwischen LaTeX, MathML, ASCIIMath, Typst und MathJSON [5][7]. Barrierefreiheit ist First‑Party, kein Add‑On: „screen‑reader‑friendly“ Verhalten mit automatisch generierten, sprachoptimierten ARIA‑Labels und Math‑to‑Speech‑Ausgabe [7]. Das macht es zur stärksten Einzelwahl für Desktop‑ und Tablet‑Eingabe über die Tastatur.

Die Handschrift‑Erkennung ist architektonisch getrennt. MyScript Math ist ein kommerzieller, KI‑gesteuerter (nicht OCR) Hand‑zu‑Digital‑Motor: Er interpretiert handgeschriebene Gleichungen live, löst sie und unterstützt eine „scratch‑out“-Geste zur Korrektur; er wird als Verbraucher‑Apps (iOS/Android) und, relevanter, als SDK plus REST‑APIs (developer.myscript.com) zum Einbetten in eigene Anwendungen bereitgestellt [7]. Er richtet sich an Stift‑Eingaben (Apple‑Pencil‑Klasse Hardware), nicht an Touch‑ oder Maus‑Eingaben. Apples Scribble und Windows Ink sind OS‑ebene Handschrift‑Schichten mit weniger fachspezifischer Mathe‑Analyse — geringere Reibung (on‑device, kein SDK), aber schwächer bei strukturierter Notation (Brüche, Exponenten, Matrizen) im Vergleich zu einem eigens entwickelten Mathe‑Erkenner.

4. Notebook‑artige Schnittstellen und was als „professionell“ wahrgenommen wird

Über Jupyter, Desmos, GeoGebra und Wolfram Alpha hinweg signalisiert ein gemeinsamer Wortschatz, der ein „ernsthaftes Werkzeug“ statt einer „Spielzeug‑App“ kennzeichnet, Folgendes: persistenter, adressierbarer Zustand (eine Notebook‑Zelle, ein gespeicherter Graph, ein wieder ausführbarer Ausdruck) anstelle einer einzelnen flüchtigen Frage‑Antwort‑Schleife; Tastatur‑zuerst‑Interaktion mit sichtbaren, erlernbaren Kurzbefehlen statt ausschließlich zeiger‑gesteuerter Menüs; dichte, aber organisierte Informationsanordnung (mehrere Panels, kein einzelner übergroßer „Weiter“-Button); und gesetzte — nicht bild‑gerenderte — Mathematik, die ausgewählt, kopiert und erneut bearbeitet werden kann. GeoGebra zielt auf Breite über „Geometrie, Algebra, Tabellenkalkulation, Graphen, Statistik und Analysis in einer Engine“ für „alle Bildungsstufen“ von K‑12 bis Universität ab und balanciert Benutzerfreundlichkeit gegen Leistungsfähigkeit, anstatt standardmäßig das eine oder andere Extrem zu wählen [10]. Das ist der gegenteilige Design‑Druck zu einem gamifizierten Grundschul‑Produkt: weniger dekorative Elemente, mehr direkte Manipulation des mathematischen Objekts selbst.

5. Dunkelmodus, dichte Anordnung und Ergonomie bei langen Sitzungen

Lange Sitzungen mit technischen Werkzeugen (IDEs, LaTeX‑Editoren, Jupyter, wissenschaftliche Rechenumgebungen) tendieren zu dunklem Standard‑ oder Dunkel‑zuerst‑Theming, hoher Informationsdichte pro Bildschirm (mehrere Paneele, minimaler Weißraum im Vergleich zu Verbraucher‑Apps), Monospace‑ oder halb‑Monospace‑Ziffern für Tabellen‑/Matrix‑Ausrichtung und gedämpften, wenig gesättigten Akzentfarben, die für Zustände (Fehler, aktiv, ausgewählt) reserviert sind, nicht für Dekoration. Das stellt eine eigene visuelle Grammatik dar, die sich von einer hellen, hochkontrastiven, groß‑flächigen Kinder‑UI unterscheidet — die beiden sollten nicht dieselben Standard‑Abstands‑/Farb‑Tokens einer Komponentenbibliothek teilen, wenn das erwachsene Segment als ein anderer, glaubwürdiger Register gelesen werden soll und nicht als umgestylte Kinder‑App.

6. Andragogik: Wie sich erwachsene Motivation unterscheidet

Knowles’ sechs Annahmen des erwachsenen Lernens: (1) Selbstkonzept — Erwachsene benötigen Input und Kontrolle über ihren eigenen Lernweg, statt gelenkt zu werden; (2) Erfahrung — Vorerfahrung, einschließlich früherer Fehler, ist selbst eine Lernressource; (3) Bereitschaft — Erwachsene beschäftigen sich mit Material, das unmittelbare Anwendbarkeit hat, nicht mit material, das nach der Logik eines Curriculums sequenziert ist; (4) Orientierung — Lernen ist problemzentriert, nicht fachzentriert; (5) Motivation — interne Treiber (Meisterschaft, Selbstverwirklichung) sind wichtiger als externe (Noten); (6) Bedarf zu wissen — Erwachsene wollen das „Warum“ vor dem „Wie“ [8]. Knowles hat die Theorie später zu einem Pädagogik‑Andragogik‑Kontinuum abgeschwächt, anstatt einer harten Trennung, und Kritiker bemerken, dass seine eigene Praxis die Behauptung der „vollständigen Selbststeuerung“ untergräbt und dass die Prinzipien möglicherweise einfach gutes Lehren im Allgemeinen sind [8]. Die umsetzbare Erkenntnis: erwachsenen‑gerichteten Nutzern sichtbare Kontrolle geben (Überspringen, zu Thema springen, Schwierigkeitsgrad wählen) und eine sichtbare Begründung „Warum dieses Problem“ — das Vorenthalten beider ist der Fehlermodus, der am stärksten mit Abbruch verbunden ist.

7. Warum Erwachsene MOOCs abbrechen

Die am häufigsten zitierte Kennzahl: Harvard/MIT‑MOOCs erreichten 2012 eine Abschlussrate von 22 % [9]. Stanford‑Forschung kategorisierte Teilnehmende in Auditoren (ohne Bewertung ansehen), Abschließende, disengagierte Lernende (schnelles Abbrechen) und Sampler (gelegentliche Teilnahme) — eine Taxonomie, die das tatsächliche Verhalten von Nutzer*innen einer erwachsenen‑orientierten Mathe‑App abbildet und gegen ein Design nur für „Abschließende“ argumentiert [9]. Die Abschlussrate variierte stark nach vorherigem Abschluss: Nur 8 % der Teilnehmenden auf Bachelor‑Niveau schlossen ab, gegenüber 27 % der Teilnehmenden auf High‑School‑Niveau — was darauf hindeutet, dass qualifizierte Erwachsene mehr probieren und weniger verpflichten, vermutlich wegen stärker konkurrierender, bereits validierter Zeitnutzung [9]. Die dominierende Erklärung für Abbrüche ist das Fehlen zwischenmenschlicher Interaktion und Unterstützung, nicht die Inhalts‑Schwierigkeit — ein zitierter Vergleich fand 32 % der Studierenden, die in Online‑Kursen scheiterten oder sich zurückzogen, gegenüber 19 % in Präsenz‑Äquivalenten, zurückzuführen auf hohe Autonomie‑Anforderungen ohne ausgleichende Struktur [9]. Für eine allein‑nutzende Mathe‑App ohne Kohorte oder Lehrkraft ist dies das größte Risiko: Das Produkt muss Struktur bieten (sichtbarer Fortschritt, zeitlich verteilte Rückkehr‑Prompts, eine lehrkraft‑ähnliche Stimme), um das soziale Gerüst zu ersetzen, das ein MOOC fehlt und das ein Klassenraum bietet.

Rendering‑ und Eingabestapel‑Empfehlung

Option	Rolle	Paketgröße (ca., laut offizieller Dokumentation)	Lizenz	Barrierefreiheit	Auswahl für Math Challenge
KaTeX	Primärer Renderer für die Formatierung von Aufgaben/Antworten	Eigenständig, keine Laufzeitabhängigkeiten; dokumentiert als der schnellste der beiden Engines, weil er synchron rendert, ohne Seiten‑Reflow [1][2]	MIT	Keine integrierte Sprach‑/Braille‑Schicht; verlässt sich auf umgebendes Markup/ARIA	Ja — Standard‑Renderer für alle üblichen Aufgaben‑ und Feedback‑Darstellungen
MathJax (v4, CHTML/SVG output)	Fallback‑Renderer, wenn der Barrierefreiheits‑Modus aktiv ist, oder für Inhalte, die MathML‑/Braille‑Ausgabe benötigen	Größer und langsamer beim ersten Rendern als KaTeX laut eigenem Vergleich [2][3]; modular, in Teilen ladbar	Apache-2.0 (mathjax.org states open-source, non-profit-maintained) [3]	Explorer‑ + Speech‑Erweiterungen: Echtzeit‑Sprachtext, Nemeth‑/Euro‑Braille, validiert über 13 Browser/OS/Screen‑Reader‑Kombinationen [6]	Ja — bei Bedarf hinter einem „Barrierefreie Mathematik“-Umschalter laden, nicht standardmäßig
MathML Core (native browser markup)	Zugrunde liegendes semantisches Markup‑Ziel, Ausgabeformat beider Engines	k.A. (browser‑nativ, keine Bibliothek)	W3C‑Spezifikation, vom Browser implementiert	Seit Jan. 2023 (Chrome, Firefox, Safari, Edge) grundsätzlich breit verfügbar für das Rendern; Sprache ist nicht automatisch [4]	Als Ausgabe‑Ziel verwenden, wo möglich (via MathJax‑MathML‑Modus), damit Hilfstechnologien einen echten semantischen Baum haben
MathLive	Mathe‑Eingabe: getipptes LaTeX + virtuelle Tastatur, Desktop und Touch	MIT‑lizenzierte Web‑Komponente; über 800 eingebaute LaTeX‑Befehle; exportiert LaTeX/MathML/AsciiMath/Typst/MathJSON [5][7]	MIT	Automatisch generierte ARIA‑Labels, Math‑to‑Speech integriert [7]	Ja — Standard‑Eingabewidget für Desktop, Tablet‑ohne‑Stift und jeden getippten Eingabepfad
MyScript Math SDK	Handschrift‑Eingabe für Tablets mit Stylus	Kommerzielles SDK + REST‑API (developer.myscript.com); Größe nicht in den abgerufenen Dokumenten veröffentlicht — vor Einsatz prüfen	Kommerziell, pro Integration	Kein eigenständiges Feature; Erkennungsgenauigkeit, nicht Screen‑Reader‑Ausgabe, ist der Fokus des Produkts	Bedingt — nur wenn Stift/Tablet priorisiert wird; fügt eine kostenpflichtige Abhängigkeit hinzu, hinter einer Eigentümer‑Entscheidung abschalten
OS-native handwriting (Scribble / Windows Ink)	Fallback‑Handschrift ohne zusätzliches SDK	Kein zusätzliches Paket (OS‑Ebene)	k.A. (Plattform‑Feature)	Erbt OS‑Barrierefreiheit, nicht math‑spezifisch	Nur als günstige Alternative verwenden, wenn MyScript abgelehnt wird; erwarte schwächere Erkennung von Brüchen/Exponenten/Matrixen

Designimplikationen für Math Challenge

1. KaTeX als Standard‑Renderer für jeden ADULT/UNIVERSITY/EXPERT‑Bildschirm ausliefern — Aufgabenstellungen, Antwortfelder, ausgearbeitete Lösungsschritte — da er schneller und reflow‑frei ist, was wichtig ist, wenn pro Bildschirm viele Ausdrücke gerendert werden (Beweisschritte, Unterteile) [2].
2. MathJax nur hinter einer expliziten „Barrierefreie Mathematik“-Einstellung laden, nicht global — seine Explorer‑/Speech‑/Braille‑Barrierefreiheit ist wesentlich stärker als die von KaTeX, aber das zusätzliche Gewicht lohnt sich nicht standardmäßig [2][3][6].
3. MathML als semantisches Basisformat ausgeben, wo immer der Barrierefreiheits‑Pfad aktiv ist — die einheitliche Darstellung, die beide Engines und Screen‑Reader standardisieren, seit 2023 Basis [4].
4. MathLive als einziges Eingabewidget auf Desktop und Tablet‑ohne‑Stift verwenden, Tastatur‑zuerst mit einer angedockten virtuellen Mathe‑Tastatur, da es bereits ARIA‑Labels und Math‑to‑Speech bereitstellt [5][7].
5. Auf Tablet + Stift (iPad/Surface) Handschrift als alternatives Eingabemodus anbieten, nicht als einzigen — MyScript‑Kosten gegen die OS‑native (Scribble/Ink) Alternative hinter einer expliziten Eigentümer‑Entscheidung abwägen; MyScript erkennt strukturierte Notation (Brüche, Exponenten, Matrizen) deutlich besser [7].
6. Auf dem Telefon standardmäßig nur Eingabe über die virtuelle Tastatur; Handschrift für v1 außer Betracht lassen — ein Telefonbildschirm ist zu klein für einen Stift‑Workflow, und MathLive‑Tastatur ist bereits mobil‑first [5].
7. Ein Dark‑First‑Theme für ADULT/EXPERT übernehmen, das sich von den hellen Themes der jüngeren Zielgruppen unterscheidet, analog zu langfristigen technischen Werkzeugen (IDEs, Jupyter) statt Consumer‑EdTech [§5].
8. Informationsdichte im Vergleich zu Kinder‑/Teen‑Bands erhöhen: mehrere sichtbare Panels (Aufgabe, Skizzen‑/Arbeitsbereich, Versuchshistorie) statt einer übergroßen Einzel‑Karte, passend zum Layout‑Muster von Jupyter/Desmos/GeoGebra [10].
9. Jedem Erwachsenen‑Problem eine einzeilige, abweisbare Begründung „Warum diese Aufgabe“ hinzufügen (z. B. „verstärkt die Substitutionsregel, die Sie zweimal verpasst haben“) — spricht Knowles’ „Need‑to‑Know“-Annahme direkt an, der andragogische Hebel, der am stärksten mit Engagement verknüpft ist [8].
10. Explizite Lernenden‑Kontrolle über den Pfad ermöglichen: sichtbare Überspring‑/Umordnungs‑/Sprung‑zu‑Thema‑Funktionen im Adult/Expert‑Band, die die Annahme des Selbstkonzepts berücksichtigen, dass Erwachsene abschalten, wenn das System die Sequenzierung steuert [8].
11. Struktur schaffen, die das soziale Gerüst ersetzt, das MOOCs fehlen: sichtbare Serien/Progression, gekoppelt an Fähigkeits‑Meisterung (nicht Sitzungs‑Anzahl), und periodische Wiederholungs‑Prompts als Ersatz‑„Lehrer‑Stimme“, da fehlende zwischenmenschliche Unterstützung laut Literatur die Hauptursache für Abbrüche ist [9].
12. Von Anfang an für MOOC‑artige Nutzersegmentierung designen: „Auditor“- und „Sampler“-Personas (Durchsuchen ohne Abschluss) werden häufig erwartet, daher muss die UI den Wert bereits beim ersten Besuch sichtbar machen, statt von mehrwöchiger Nutzung auszugehen [9].
13. KaTeX/MathML‑Ausgabe auswähl‑ und kopierbar als reines LaTeX/MathML behalten, entsprechend der Erwartung professioneller Werkzeuge, dass ein gerendertes Ausdruck ein wiederverwendbares Objekt ist, nicht ein gesperrtes Bild.
14. Farbe im Adult/Expert‑Theme für Zustände reservieren, nicht zur Dekoration (gedämpfte Fehler‑/Aktiv‑/Erfolg‑Farben bei niedriger Sättigung) — das Gegenstück zur dekorativen Farbnutzung in Kinder‑Themes — um den Ton ernst statt spielerisch zu halten.

Offene Fragen für den Projektinhaber

1. Sollte das kommerzielle MyScript‑SDK für den Tablet + Stift‑Pfad lizenziert werden, oder sollte Math Challenge nur OS‑native Handschrift (Scribble/Ink) ausliefern und dabei die schwächere Erkennung strukturierter Notation zumindest für v1 akzeptieren?
2. Sollte der „Barrierefreie Mathematik“-Umschalter (KaTeX → MathJax/MathML/Sprache) eine persistente Benutzereinstellung sein, oder automatisch anhand aktiver Screen‑Reader‑/Assistive‑Tech‑Signale im Browser erkannt werden?
3. Wie viel sichtbare Lernenden‑Kontrolle (Überspringen/Umordnen/Sprung) ist angemessen, bevor sie die eigene Mastery‑Gating‑Logik der App, die in anderen Klassenstufen verwendet wird, untergräbt — erhält ADULT/EXPERT einen explizit anderen Fortschritts‑Vertrag als jüngere Bands?
4. Ist ein Dark‑First‑Standard (nicht nur Dark‑Mode‑verfügbar) für das Adult/Expert‑Theme akzeptabel, obwohl der Rest von Math Challenge vermutlich Light‑First ist, und erfordert das eine separate Theming‑Infrastruktur über einen einfachen Dark‑Mode‑Umschalter hinaus?
5. Welchen Mindestwert muss die erste Sitzung des Adult/Expert‑Erlebnisses liefern, angesichts von MOOC‑Forschung, die nahelegt, dass viele erwachsene Nutzer einmal probieren und nicht zurückkehren — gibt es einen konzipierten „Single‑Session‑Win“ für dieses Band?