2. Dezember 2005 in Journal » XHTML/CSS

Logische Auszeichnungen machen Sinn

Immer öfter endecke ich Websites, in welchen Texte unzureichend ausgezeichnet sind. Beispielsweise werden Abkürzungen nicht - wie vom W3C vorgesehen - notiert, sondern einfach nur dahingeschrieben. Auch mir passieren manchmal solche Fehler. Um dies in Zukunft besser zu machen, habe ich ein wenig recherchiert.

Text hat Bedeutung

Manchmal reicht die reine Strukturierung durch Block-Elemente, wie z.B. h1 oder p nicht aus, um den darin enthaltenen Informationen gut zu veranschaulichen. Abkürzungen, Programm-Ausgabe-Beispiele, Betonungen und noch weitere solcher Textbestandteile benötigen deshalb besondere Auszeichnungen.

Abkürzungen

Es gibt zwei Arten von Abkürzungen, die in der Hypertext Markup Language zugänglich notiert werden sollten.

  1. Abkürzungen wie NRW oder BGS, also Buchstaben die man getrennt ausspricht.
  2. Abkürzungen, welche ein eigenen Ausdruck bilden, wie zum Beispiel Modem.

Für die erste Art ist abbr vorgesehen, für die zweite Variante kommt acronym in Frage.

Es folgen Beispiele:

<abbr title="Federal Bureau of Investigation" lang="en">FBI</abbr> <acronym title="Modulator-Demodulator">Modem</acronym>

Das Attribut title eignet sich hier für die Angabe des vollständigen Begriffs. Das Attribut lang dient hier in diesem Fall nur für die gesonderte Kennzeichnung der Sprache, falls sie der Sprache des restlichen Dokuments abweicht.

Betonungen

Schon seit vielen Versionen von HTML gibt es die Möglichkeit, Phrasen von Texten zu betonen. Es gibt zwei Möglichkeiten:

<em>leicht betont</em> <strong>stark betont</strong>

Phrasen innerhalb von em werden standardmäßig von Browsern oplique/kursiv dargestellt, um vom restlichen Text angehoben zu werden. strong betont dessen Inhalt sehr stark und wird meist fett angezeigt. Natürlich können CSS-Regeln diese Darstellungen verändern.

Code- und programmier-spezifisches

Manchmal werden Code-Beispiele benötigt, um eine Programmierprache etwas näher erklären. Hierfür eignet sich das Element code. Hier ein Beispiel für die Ausgabe einer Zeile in PHP:

<code>echo "Hallo Welt!";</code>

Um eine Ausgabe-Phrase einer Programmier-Anweisung zu notieren, wird das Element samp empfohlen. Möchte man z.B. die Ausgabe des obigen Anweisung notieren, macht man das folgendermaßen:

<samp>Hallo Welt!</samp>

samp steht übrigens für das englische Wort Sample, was zu deutsch Beispiel bedeutet.

Möchte man von Benutzer generierte Eingaben auszeichnen, nutzt man das Element kbd. Hier ein kleines Anwendungs-Beispiel:

<p>Sie haben <kbd>Hallo<kbd> eingegeben.</p>

Nachträgliche Änderungen

Es kommt vor, dass man Texte veröffentlicht und sich danach Tatsachen geändert haben und der Text deswegen nicht mehr stimmt. Dann möchte man ihn manchmal kenntlich ausbessern. Dazu sind die Elemente del und ins vorgesehen. Hier die korrekte Anwendung:

<p>Dies ist normaler Text <del>Dies ist nicht mehr gültig</del> <ins>Dies wurde nachträglich hinzugefügt</ins> </p>

Inhalte von del erhalten von den meisten Browsern die Text-Dekoration durchgestrichen.

Fortsetzung und Feedback

Es gibt auch noch die Möglichkeit Zitate gesondert auszuzeichen, jedoch gibt es dafür eine Block-Element-Variante und eine Inline-Element-Variante. Darum möchte ich dies in einem späteren Artikel weiter ausführen.

Sicherlich ist dies wohl schon ein alter Hut für manch einen, jedoch gibt es bestimmt noch Leute, die noch dazulernen konnten. Falls ich etwas vergessen oder übersehen habe oder einfach nur helfen konnte, würde ich mich über eurer Feedback freuen!


14 Kommentare

Sacha am 3. Dezember 2005 #

Das mit den Abkürzungen und den Akronymen ist so eine Sache ? soviel ich weiss, versteht man im Englischen unter Akronymen etwas anderes als im Deutschen. Ich verwende daher prinzipiell nur abbr ? aber das bleibt natürlich jedem selbst überlassen.

Es gibt noch einige weitere logische Auszeichnungstags für spezielle Arten von Text, nachzulesen bei http://de.selfhtml.org/navigation/suche/index.htm?Suchanfrage=logische . Aber die verwendet auch heute noch kaum jemand (auch ich nicht), da man sie nicht kennt oder beim Schreiben schlichtweg nicht daran denkt.

Martin Labuschin am 3. Dezember 2005 #

Ob englisch oder deutsch ist doch egal. In HTML wurde es nun einmal so festgelegt. Und das schon seit HTML 2.0 glaub ich.

Im deutschen sind doch acronmye, welche auch in HTML acronyme sind, abgeküzte Wörter ohne punkt am Ende, oder?

Jeriko One am 3. Dezember 2005 #

Interessant, ein paar der Auszeichnungen waren mir noch nicht geläufig. Na liegt wohl daran dass sie wirklich schon so uralt sind und man sich früher einen Dreck um sowas geschert hat :-)

Was mich dazu bringt, benutzt ihr diese Auszeichnungen, wo es nur geht? Ich mein, alleine in Martin's letztem Kommentar müsste man vier Abkürzungen einbauen, was meines Erachtens ein ordentlicher Aufwand ist.


Das mit del und ins finde ich dagegen sehr nützlich, spart mir ne Menge Tipperei :-)

tomsw am 3. Dezember 2005 #

Ich habe dazu mal einen kleinen Artikel geschreiben, in welchem ich auch den Unterschied zwischen acronym und abbr erklärt habe.

Inwiefern ist eigentlich ins wichtig? Mir kommt das so vor, als wäre es ein bisschen eine Spielerei mit den vielen Tags.
Oder verstehe ich das falsch?

Lg

tomsw am 3. Dezember 2005 #

Hier ist der Artikel mit dem Unterschied: http://tomsw.org/archives/47#unterschied

Martin Labuschin am 3. Dezember 2005 #

Ich würde sagen, dass man bei wichtigen Berichten oder Artikeln schon darauf achten sollte. Gerade bei großen Zielpublikum macht schon einen Unterschied...

Jeriko One am 3. Dezember 2005 #

Ich denke auch dass es immer darauf ankommt. Logische Auszeichnungen sind z.B. für barrierefreies Internet unentbehrlich, ein Screenreader kann mit der Abkürzung HTML oder CSS nichts anfangen, als Beispiel.

ins macht wohl nur im Zusammenhang mit del überhaupt einen Sinn, allerdings eben auch nur einen logischen, visuell wird es ja soweit ich das erkennen kann ja nicht umgesetzt.

Martin Labuschin am 3. Dezember 2005 #

ins wird standardmäßig unterstrichen. jedoch benutzen viele schon in der css-wilcard die regel text-decoration: none; ,was dies natürlich wieder zur nichte macht.

reieRMeister am 5. Dezember 2005 #

Deinen Artikel in allen Ehren, aber die Überschrift solltest Du überdenken. "Sinn machen" ist zwar als Redewendung verbreitet, ist aber nichts desto trotz Unfug - wie auch hier ( http://de.wikipedia.org/wiki/Wikipedia:Zu_vermeidende_W%C3%B6rter#Denglisch ) und auch beim Zwiebelfisch zu lesen ist. Ansonsten sei Dir http://www.sinn-macher.de/ ans Herz gelegt.

Martin Labuschin am 5. Dezember 2005 #

Es ist doch so, dass logische Auszeichnungen Text mehr Sinn geben, als nur in einem Paragraphen, oder nicht? Daher ist doch die Überschrift "sinnvoll", oder verstehe ich dich jetzt falsch?

reieRMeister am 5. Dezember 2005 #

Es ging mir nur um den Ausdruck "Sinn machen". Etwas kann "Sinn haben" oder "sinnvoll sein" - nur "machen" kann man Sinn eben nicht. Denn "machen" impliziert eine Erzeugung. Und "Sinn erzeugen" kann eine Sache nun einmal nicht. Personen können Sachen oder Tätigkeiten "Sinn geben". Aber eine Sache hat "Sinn" oder eben nicht.

Du willst Deinen Texten durch logische Auszeichnungen mehr Sinn geben. Und das ist auch gut so :)

Martin Labuschin am 5. Dezember 2005 #

Da magst du Recht haben, doch das ist jetzt kein überragendes Argument den Titel des Artikels zu ändern. Es besteht ja immernoch die Tatsache, das jeder weiß was gemeint ist. Und hinzu kommt, dass der Artikel schon 3 Tage alt ist und somit schon einen "gewissen Bekanntheitsgrad" unter diesem Titel hat.

Das nächste mal halte ich mich aber an deinen Ratschlag. Danke

Mats am 8. Dezember 2005 #

Zu abbr wäre noch zu bemerken, des es vom IE gänzlich nicht unterstützt wird und somit ziemlich nutzlos ist. Da acronym von praktisch allen neueren Browsern (inkl. IE) unterstützt wird, wäre es wohl doch die bevorzugte Wahl.

Martin Labuschin am 8. Dezember 2005 #

Der IE beachtet so vieles nicht. Wenn man sich nur an ihn richten würde, wären wir noch im Mittelalter ;)

Diskussion geschlossen

Die Kommentarfunktion dieses Artikels wurde deaktiviert. Private Mitteilungen an Martin bitte per E-Mail an martin@labuschin.com. Danke.