pascal.germroth.name

…sehen wir doch mal nach, ob MathML mittlerweile wieder funktioniert:

$$\underset{-\infty }{\overset{x}{\int }}\varphi \left(t\right)dt=\Phi \left(x\right)$$

Ergebnis: Gar nichts? Liegt es am Content-Type: text/html? Denn andere Dokumente werden angezeigt.

Mysteriös! Damit ist aber schonmal keine Langeweile für die nächsten Minuten (Stunden? Tage?) angesagt. Immerhin.

Merke: Content-Type matters!. Falls es jemanden interessieren sollte: In der Wordpress-Templatedatei header.php einfach folgenden Code am Anfang der Datei einfügen:

<?php
  header( 'Vary: Accept' );
  if( stristr( $_SERVER["HTTP_ACCEPT"], "application/xhtml+xml" ) )
    header('Content-Type: application/xhtml+xml; charset=UTF-8' );
?>

Natürlich lässt sich das noch erweitern, sodass die richtigen Doctypes geliefert werden, um die Browser in den Standards Compliance Mode zu schalten… Das Ganze hat auch zur Folge, dass Gecko jetzt seinen XML-Parser (statt des HTML-Tag-Soup-Ratevehikels) verwendet und sofort meckert. Mal sehen wie schlimm Wordpress den Inhalt verwurstet (die Correct incorrectly nested XHTML-Funktion habe ich schon hassen gelernt)…

Und was sagen denn die anderen ernstzunehmenden Browser eigentlich dazu?

Opera

kennt plötzlich die HTML-Entities nicht mehr, scheinbar weil sich ihr XML-Parser nicht um den Doctype schert. Nicht mein Problem, sieht ein bisschen blöd aus.

Webkit

(in meinem Fall Midori, nicht aktuell) bastelt eine Fehlermeldung in die Seite hinen, weil es offenbar ebenfalls den Doctype nicht liest, behauptet, es würde up to the first error rendern, stellt dann aber doch alles andere dar, auch normale HTML-Entities.

Stellt sich natürlich die Frage, weshalb die beiden eigentlich den Accept: application/xhtml+xml-Header senden, wenn sie nichtmal einen richtigen XML-Parser besitzen.

Oh, und wenn obige Formel in Firefox hässlich aussieht sind wahrscheinlich die eingestellten Schriftarten daran Schuld (insbesondere wenn man die offizielle Anleitung befolgt). Setzt man, z.B. per about:config die Eigenschaft font.mathfont-family auf STIXNonUnicode, STIXSize1, STIXGeneral, Cambria Math, Standard Symbols L, DejaVu Sans, wird es doch ganz nett.