Das WYSIWYG–Editor Rätsel
Ich habe schon einige sogenannte WYSIWYG–Editoren gesehen, und je öfter ich einen benutze, umso weniger mag ich sie. Ich frage mich, ob das wirklich nur an mir und meiner Vorliebe für sinnvolles, semantisches HTML liegt.
Abbildung: What You See Is What You Get (But Hardly Evuh What You Want)
Was genau wäre jetzt der Vorteil von „einfach drauf los schreiben“ können, wenn man hinterher von Hand alle „doppelten“ Zeilenumbrüche durch standardkonforme Absätze ersetzen muss, damit der Browser semantisches HTML zu lesen bekommt? Die wenigen zum Verfassen sinnvoller, gut lesbarer Texte wirklich notwendigen HTML–Tags hat jeder halbwegs begabte Blogger nach ein, zwei selbst geschriebenen Artikeln ganz nebenbei gelernt.
Ein außergewöhnliches Exemplar an wenig logischer Umsetzung — und ich möchte das wirklich nicht als harsche Kritik, vielleicht aber als zarten Hinweis für kommende Versionen, verstanden wissen — scheint mir der Texteditor bei Blogger zu sein.
Ich dachte wirklich eine Weile, ich sei einfach zu doof, die Anwendung zu verstehen (oder hätte vielleicht irgendeine relevante Einstellung übersehen). Aber nein, es ist tatsächlich so, dass korrekt ausgezeichnete Absätze (<p>…</p>) in einfache Zeilenumbrüche (<br />) verwandelt werden, sobald man von der HTML– in die Verfassen–Ansicht wechselt — und zwar vollkommen unabhängig davon, welche Optionen man (in der Leiste, rechts des Editorfensters) ausgewählt hat. Analog dazu werden dann auch einfache Zeilenumbrüche im Quellcode ausgezeichnet. Benutzt man die Verfassen–Ansicht nicht, bleiben die vorhandenen Absatzformatierungen erhalten, und werden auch im Quellcode korrekt ausgezeichnet.
Außergewöhnlich ist dieses Verhalten insofern, als derselbe Editor, ohne dass der Benutzer Zauberformeln murmeln und Kräuter verbrennen muss, brav eine Vielzahl an Sonderzeichen (mit Ausnahme von Umlauten, Akzenten und der sz–Ligatur) in die entsprechenden (also korrekten) Unicode–Sonderzeichen umwandelt.
Bei manchen allerdings, verweigert er die widerstandslose Zusammenarbeit vollkommen. Wenn man beispielsweise ß ins Textfeld der HTML–Ansicht eingibt und anschließend aktualisiert, wird ein „scharfes–s“ im Browserfenster ausgegeben (so soll es auch sein). Wechselt man aber einmal in die Verfassen–Ansicht, treten nicht nur alle bereits beschriebenen Phänomene auf, es wird auch noch das ß im Quellcode zu &szlig; und damit zu ß im Ausgabefenster. (Fun fact: Das renommierte Wall Street Journal hat dasselbe Problem.)
Wie die semantisch korrekte Welt eigentlich aussehen sollte
Da jetzt alle Klarheiten endgültig beseitigt sind, sprechen wir doch darüber, wie die semantisch korrekte Welt eigentlich aussehen sollte.
Einfache Zeilenumbrüche in digitalen Fließtexten müssen überhaupt nicht ausgezeichnet werden. Die Zeilenlänge wird entweder durch den vorhandenen Platz im Browserfenster oder (idealerweise) durch eine entsprechende Anweisung im CSS vorgegeben. Gibt man eine Breite von 30em vor (das wären dann etwa 60 Zeichen), so entspricht das, nach ausreichend verbreiteter Ansicht, der optimalen Zeilenlänge für gute, flüssige Lesbarkeit.
Veröffentlicht man aber ein Gedicht oder einen Liedtext (der ja auch ein Gedicht ist), wird es schon sinnvoll sein, dem Browser aufs Zeichen genau zu sagen, wo die Zeile umgebrochen werden soll. Also: <br /> (Weil Zeilenumbrüche „Leerelemente“ sind — und nicht paarweise auftreten — sollten sie sich selbst schließen. Auch wenn HTML5 nicht zwingend darauf besteht, ist es ratsam, sich an diese Konvention zu halten.)
Im Browserfenster ist zwischen den Zeilen nur ein „einfacher Durchschuss“ (oder „normaler Zeilenabstand“, wie wir modernen Menschen sagen) zu erkennen. Im Gegensatz dazu, erkennen wir Absätze in digitalen Dokumenten üblicherweise am „doppelten Durchschuss“. Also: <p>…</p>
Wer’s ganz klassisch mag, kann bei Absätzen den normalen Zeilenabstand beibehalten, aber die erste Zeile „einziehen“. Davon wäre aber bei längeren Texten abzuraten, da sich die Lesbarkeit dadurch nicht wirklich verbessert (dafür aber der Formatierungsaufwand steigt).
Da sich das „WYSIWYG–Editor Rätsel“ heute ohnehin nicht lösen lässt, hier noch ein Wort zum Zeilenabstand: Für gute Lesbarkeit wird üblicherweise ein Abstand in 1,3–facher Zeichenhöhe (Schriftgröße) empfohlen. Also: body {font-size: 1em; line-height: 1.3em;}
Wer lieber auf die gute alte Physik zurückgreift, kann aber auch 1:1,618 verwenden (das wäre dann der „Goldene Schnitt“). Also: body {font-size: 1em; line-height: 1.618em;}