Wiki-Workshop 02.04.2022 16:00 - 21:00

[Gunnar Bittersmann]

@@Matthias Scharwies

Du hast das Talent überall die guten 90% zu ignorieren und dich an einer Sache aufzuhängen.

Du hättest die Finger zum Zählen zuhilfenehmen sollen. 😆

Zählen wir mal gemeinsam:

• Documents may not be well-formed.

Hier geht es um die Fehlertoleranz von Browsern. Das soll aber keine Empfehlung sein, absichtlich nicht wohlgeformten (bleiben wir mal beim XML-Sprech) Code zu verfassen.

Bei der Überlegung, ob es sinnvoll ist, polyglottes HTML zu verfassen, geht es nicht darum, das Zeug als XHTML auszuliefern.

• Element and attribute names may not be in lower case.

jA, mUsS nIcHt! Meine Empfehlung (und da herrscht wohl Konsenz hier im Forum) ist aber, konsequent eine Schreibweise zu verwenden. Und zwar Kleinschreibung (was dann auch XHTML-konform wäre).

• For non-empty elements, end tags are not always required.

Stimmt. Aber wer hat schon alle Regeln im Kopf, welche End-Tags optional sind? Und wann die Fehlerbehandlung des Browsers trotzdem das Bezweckte ergibt?

Auch hier sollte man es sich einfach machen: alle nicht-leeren Elemente schließen (was dann auch XHTML-konform wäre).

• Attribute values may not always be quoted.

Stimmt. Aber wer hat schon alle Regeln im Kopf, welche Attributwerte nicht in Anführungszeichen stehen müssen?

Auch hier sollte man es sich einfach machen: alle Attributwerte in Anführungszeichen setzen (was dann auch XHTML-konform wäre).

• Attribute minimization is supported.

Kann man machen. Ich plädiere ja hier nicht für XML-Syntax, um das Zeug als XHTML auszuliefern.

BTW, bei dekorativen Bildern könnte man dann auch <img src="…" alt> schreiben.

• Empty elements don’t need to be closed.

Kann man machen. Meine Präferenz ist aber, Elemente, die kein End-Tag haben, im Code auch als solche zu kennzeichnen. Das erspart die Suche nach einem End-Tag, wenn man den Elementtypen nicht kennt.

• White space handling in attribute values isn’t done according to XML.

Hier müsste ich erstmal nachforschen, was Jens damit meint. Darf in XML kein Zeilenumbruch im Attributwert vorkommen?

• Script and style elements don’t need CDATA sections.

Ist das in XHTML noch so?

CDATA will man sicher nicht im Code haben.

• The elements with id and name attributes may not only use id.

War das im XHTML mal vorgesehen, <input id="name"/> anstatt <input name="name"/> zu verwenden? Falls ja, wurde das wohl nie in irgendeinem Browser implementiert. Und dann verstehe ich den Punkt nicht.

• Attributes with pre-defined value sets are not case-sensitive.

hIeR gIlT dAs ObEn GeSaGtE.

• Entity references as hex values may not only be in lowercase.

An der Stelle irrt Jens wohl. Das müssen sie auch in XML nicht. [Spec]

ẞ ist in X(HT)ML genauso eine gültige Zeichenreferenz wie ẞ. Na, für welches?

Jetzt kannst du die Liste nochmal durchgehen und nachzählen, ob du wirklich auf „die guten 90%“ kommst.

🖖 Живіть довго і процвітайте