Wiki-Workshop 02.04.2022 16:00 - 21:00
bearbeitet von 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>`{:.language-html} 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 kenn.
- _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"/>`{:.language-html} anstatt `<input name="name"/>`{:.language-html} zu verwenden? Falls ja, wurde das wohl nich 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](https://www.w3.org/TR/REC-xml/#dt-charref)]
`ẞ`{:.language-xml} ist in X(HT)ML genauso eine gültige Zeichenreferenz wie `ẞ`{:.language-xml}. Na, [für welches?](https://forum.selfhtml.org/self/2018/oct/22/das-grosse-1e9e-ein-jahr-danach-typostammtisch-berlin/1735081#m1735081)
Jetzt kannst du die Liste nochmal durchgehen und nachzählen, ob du wirklich auf „die guten 90%“ kommst.
🖖 Живіть довго і процвітайте
{:@uk}
--
*When the power of love overcomes the love of power the world will know peace.*{:@en}
— Jimi Hendrix