Nochmal zum Validator

Hier hab ich den Grund gefunden: SCRIPT ist ein Element das sowohl als Block-Element als auch als Inline-Element benutzt werden kann. A ist ein Inline-Element. Also kann ich SCRIPT innerhalb A benutzen. NOSCRIPT hingegen ist ein Block-Element. Darf also nicht innerhalb eines A benutzt werden.

Das ist Moppelkotze!

Blödes W3C. Gibt es bei denen keinen der denken kann? Das SCRIPT Tag hat sein Gegenstück im NOSCRIPT. Also macht es nur Sinn, wenn ich das NOSCRIPT auch an der gleichen Stelle benutzen kann wie das SCRIPT. Das geht aber nicht. Im Python Desktop Server wird in den Links für die Kommentare mittels Javascript die Anzahl vorhandener Kommentare eingefügt. Dazu soll es eine alternative Darstellung geben (einfach nur ein Fragezeichen), damit da nicht leere Klammern stehen. Nur da das ganze innerhalb eines A Tags liegt, darf ich da zwar SCRIPT benutzen, aber nicht NOSCRIPT. Das ist Moppelkotze!

Ja, ich weiss, ich wiederhole mich, aber bei soviel Blödheit kann man nur schreien. Ich darf mir jetzt aussuchen ob ich validierendes HTML haben will, oder welches das den Accessibility-Guidelines gehorcht. Die Technik im Python Desktop Server umzustellen ist leider nicht so einfach, da der Python Community Server nur statisches HTML ausliefert und daher dynamische Inhalte per Javascript eingefügt werden müssen. Das ist ja auch genau das, wofür Document.write() erfunden wurde. Und es liesse sich völlig trivial durch eine NOSCRIPT Alternative sauber für die abbilden, die kein Javascript haben oder wollen. Irgendwelche Vorschläge (ausser den Beruf zu wechseln)? Nachtrag: hier hat jemand sich dazu auf den W3C Listen geäussert. Der Vorschlag: den ganzen Absatz als Alternativblock zu setzen. Nein danke. Dann fliegt NOSCRIPT eben raus - denn es gibt eine Reihe von Browsern die den Inhalt von NOSCRIPT auch dann rendern, wenn Javascript aktiviert ist. Hier gibts den Originalartikel.

tags: Programmierung