Pierwszą rzeczą, którą należy powiedzieć wprost, jest to, że długa, powolna debata o tym, czy przeglądarki powinny natywnie renderować matematykę, została rozstrzygnięta. Firefox renderuje MathML od początku lat 2000; WebKit dostarczył użyteczną implementację w Safari w 2013 r.; ostatni opór, Chromium, wprowadził wreszcie MathML Core w wersji 109 w styczniu 2023 r. To jedno wydanie odblokowało platformę: do połowy 2026 r. główne silniki przeglądarek na każdym komputerze i niemal każdym telefonie obsługują MathML jako język pierwszej klasy. Wyjście awaryjne, które sieć standaryzowała przez niemal dwadzieścia lat — renderowanie matematyki jako obraz z atrybutem alt, któremu użytkownik czytnika ekranu musi ufać — nie jest już odpowiedzialnym domyślnym rozwiązaniem.

To, co zmieniło się w 2023 r., jest węższe, niż sugeruje nagłówek. Chromium nie zaimplementował całego MathML 3; zaimplementował MathML Core — podzbiór celowo ograniczony do elementów, które przeglądarki mogą renderować niezawodnie i po których technologie wspomagające mogą nawigować. Zapis matematyki elementarnej (dzielenie pisemne, przeniesienia, dodawanie w słupku) nie jest w Core. Łamanie wierszy wewnątrz długiego równania jest w Core, lecz heurystyki są zachowawcze. Niektóre zaawansowane rozciągalne operatory nadal renderują się niespójnie w różnych silnikach. Lecz kości — ułamki, pierwiastki, indeksy dolne i górne, macierze, całki, sumy, słownik operatorów — są teraz w każdym silniku, który ma znaczenie.

Konsekwencja dla dostępności jest bezpośrednia. Strona emitująca MathML bezpośrednio do DOM dostarcza wyrażenie semantyczne, które czytnik ekranu może mówić, po którym może nawigować i które może powtórzyć na innym poziomie szczegółowości. Strona emitująca obraz z atrybutem alt dostarcza jedno zdanie, do którego użytkownik czytnika ekranu nie może wejść głębiej, nie może powtórzyć i nie może skopiować do kalkulatora. Przez dziesięć lat kompromis był realny, bo Chromium nie mógł renderować MathML, a cofnięcie się do obrazów oznaczało mniej zepsutych stron. Ten kompromis już nie obowiązuje.

MathJax był mostem utrzymującym czytelność matematyki w sieci podczas długiej przerwy Chromium. Od pierwszego wydania w 2010 r. MathJax przyjmował LaTeX lub MathML w źródle i produkował stylizowane wyjście HTML lub SVG, które każda przeglądarka mogła renderować. Przez większość swojej historii był podstawową warstwą renderowania treści matematycznych w sieci — Wikipedia, arXiv, MathOverflow, Stack Exchange i zdecydowana większość akademickich platform wydawniczych dostarczały MathJax na każdej stronie.

Rola MathJax w 2026 r. jest inna. Przy Chromium renderującym MathML natywnie, zadanie renderera ostatniej szansy jest skończone. To, co MathJax robi teraz i robi lepiej niż cokolwiek innego, to stanie z przodu starszych źródeł LaTeX i przekształcanie ich w czysty MathML, który przeglądarka renderuje bezpośrednio. Wersje v3 i v4 zostały przepisane z myślą o tym: parser wejściowy LaTeX jest dojrzały, wyjście MathML jest zgodne ze standardami, a środowisko uruchomieniowe można skonfigurować tak, by emitowało MathML, a następnie ustąpiło, pozwalając przeglądarce przejąć pracę układu. Biblioteka jest cięższa, niż chciałoby się mieć na ścieżce krytycznej, lecz jest najbardziej niezawodnym konwerterem LaTeX-do-MathML w sieci.

Większość treści matematycznych w sieci ma gdzieś w górze strumienia źródło LaTeX. Pytanie dotyczy tego, gdzie następuje konwersja LaTeX-do-MathML — w czasie kompilacji, w czasie wykonywania czy nigdy. Wzorzec wygrywający na każdej osi dostępności to konwersja w czasie kompilacji do MathML, z wyrenderowanym MathML emitowanym bezpośrednio do HTML strony. Wzorzec przegrywający na każdej osi to dostarczanie obrazu renderowania LaTeX z atrybutem alt parafrazującym równanie.

Renderowanie matematyki to połowa zadania. Druga połowa to nawigacja: długiego równania nie można zlinearyzować do jednego mówionego zdania bez utraty miejsca przez czytelnika. Każdy główny czytnik ekranu dostarcza teraz „tryb matematyki“, który pozwala użytkownikowi wejść do ułamka, przejść wzdłuż jego licznika, wejść do indeksu dolnego, wyskoczyć do wyrażenia nadrzędnego i powtórzyć bieżące podwyrażenie na innym poziomie szczegółowości. Implementacje różnią się dojrzałością, skrótami klawiaturowymi i — co kluczowe — wspólną biblioteką reguł mowy.

Za niemal każdym nowoczesnym doświadczeniem mowy matematycznej w sieci stoi projekt, o którym większość inżynierów nigdy nie słyszała: Speech Rule Engine, czyli SRE. SRE powstał wewnątrz zespołu ChromeVox Google w połowie lat 2010. i jest teraz biblioteką open source utrzymywaną głównie przez Volkera Sorge. Przyjmuje MathML jako wejście i emituje ustrukturyzowaną formę mówioną jako wyjście — w wielu językach, na wielu poziomach szczegółowości i w wielu zestawach reguł (MathSpeak, ClearSpeak, ChromeVox-classic). Jest też silnikiem napędzającym zachowanie nawigacyjne dla matematyki, które MathJax udostępnia we własnym wyrenderowanym wyjściu, i jest przywoływany zarówno przez MathCAT, jak i kilka eksperymentów z dostępnością po stronie przeglądarki.

Powód, dla którego SRE ma znaczenie jako infrastruktura, jest taki, że bez kanonicznej biblioteki wymowy każdy czytnik ekranu wymyślałby własny sposób wymawiania x do kwadratu plus y do kwadratu równa się r do kwadratu. Dzięki SRE główne implementacje zbliżają się do małego zestawu zatwierdzonych zestawów reguł, co oznacza, że nauczyciel piszący równanie w narzędziu do tworzenia treści do podręcznika może z grubsza przewidzieć, jak uczeń używający NVDA, JAWS lub ChromeVox je usłyszy. Konwergencja nie jest kompletna — VoiceOver jest wyjątkiem — ale jest realna i rośnie.

Ogólna zasada — dostarczaj MathML, konwertuj z LaTeX w czasie kompilacji gdy to możliwe, opieraj się na SRE do mowy — stosuje się do każdego typu dokumentu. Szczegóły zmieniają się wraz z powierzchnią. Poniżej konkretne rekomendacje dla czterech klas dokumentów, które najczęściej wydają zespoły ds. dostępności.

Dostępność matematyki w sieci była najwolniej dojrzewającą z głównych granic dostępności. Standardy były gotowe w 1998 r. Czytniki ekranu były gotowe, w podstawowym sensie, w połowie lat 2000. Silniki przeglądarek zajęły czas do 2023 r. Integracja między tymi trzema warstwami — znacznik, render, mowa — tak naprawdę kliknęła w drugiej połowie tamtego roku, gdy MathCAT zastąpił MathPlayer wewnątrz NVDA, gdy JAWS przyjął to samo zaplecze i gdy ChromeVox i MathJax zbiegły się na tym samym podstawowym Speech Rule Engine.

Praca, która pozostaje, dotyczy krawędzi. Zapis matematyki elementarnej nie jest w MathML Core, a platformy nauczające arytmetyki wczesnoszkolnej nadal muszą cofać się do rozszerzeń MathML 3 lub do obrazów. Nawigacja po matematyce w VoiceOver jest użyteczna, lecz mniej szczegółowa niż to, co dostają użytkownicy Windows. Łamanie wierszy w przeglądarce wewnątrz bardzo długich równań jest zachowawcze, a niektóre rozciągające się operatory nadal renderują się nierównomiernie w różnych silnikach. To są realne problemy warte naprawienia. Nie są to te same problemy co „Chromium w ogóle nie renderuje matematyki“, którym była poprzednia dekada przed 2023 r.

Dla zespołu inżynieryjnego dostarczającego nową powierzchnię produktową w 2026 r. z treścią matematyczną, rozsądnym domyślnym rozwiązaniem jest: emituj MathML, generuj go z LaTeX w czasie kompilacji gdy źródło to umożliwia, cofaj się do MathJax v4 dla starszego LaTeX, którego nie można wstępnie przetworzyć, i ufaj stosowi czytnika ekranu — NVDA plus MathCAT, JAWS plus MathCAT, ChromeVox plus SRE, VoiceOver natywnie — do obsługi warstwy mowy. Długa droga się nie skończyła. Lecz po raz pierwszy prowadzi gdzieś czytelnego.