Also bisher find ich es so gut wie brott es bisher gepostet hat mit ein paar Ausnahmen:
1. Aufbau von XML-Anweisungen sollte villeicht vor Vergleich von HTML und xHTML. Denn der Grundaufbau ist eigentlich der selbe nur, dass es xHTML eben etwas strenger sieht (jedes Tag muss geschlossen werden, Tags müssen klein sein, Attributwerte werden mit Anführungszeichen umschlossen, usw.). Der grundsätzliche Aufbau <tag attribut="attributswert">inhalt</tag> ist jedoch bei beiden Varianten gleich.
2. Finde ich die Überschrift Gründe für xHTML unpassend, denn die 3 Punkte die da aufgeführt sind haben nicht direkt mit xHTML selbst zu tun, denn die 3 Punkte können, müssen aber nicht auf xHTML zutreffen, genauso sieht es mit HTML aus. Man kann alle drei genauso mit HTML oder jeder beliebigen Markup Language erreichen. Das was ich meinte, waren die Gründe für
richtiges HTML oder
richtiges xHTML, damit meine ich, dass Markup nicht zum stylen sondern zum auszeichnen (englisch: markup) benutzt werden sollte und was für Vorteile das "
richtige" benutzen bringt, nämlich die 3 Punkte die bisher unter der Überschrift: "Gründe für xHTML" stehen.
Hier zwei Beispiele zur Veranschauung:
falsch: PHP:1
2
3
4
5
6
7
8
| <font size="5">Vögel</font>
<div align="center">
Diese Tiere können fliegen und haben folgende Eigenschaften:<br />
O Flügel<br />
O Krallen<br />
O Gefieder<br />
Vögel müssen aber <b>nicht</b> fliegen können, Beispiel: <i>Pinguine</i>.
</div> |
In diesem Beispiel ist keinerlei richtiges Markup (bis auf optisches) vorhanden, so dass für eine Suchmaschine oder jedes andere Programm, alles absolut keinen Zusammenhang ergibt, was nicht gerade förderlich für eine angestrebte gute Platzierung ist. Denn alles scheint gleich relevant oder besser gesagt unrelevant zu sein, es gibt keine Struktur in dem Dokument. So, dass z.b. eine Webseite die das Wort Vögel als Überschrift besitzt höher platziert wird als eine Webseite in der das Wort Vögel irgendwo in einem Wirrwarr von Wörtern enthalten ist.
Barrierefrei ist das ganze auch nicht, da z.B. ein Vorleseprogramme hier nicht rausfinden kann, dass etwas mit der Schriftgröße 5 eine Überschrift sein kann und dies folglich nicht anders ausgibt wie den restlichen Text und somit das Programm alles Monoton in gleichen zeitabständen ausgibt, so etwas zu verstehen ist verdammt anstrengeng und auf Dauer senkt es die Aufmerksamkeit deutlich, ok das mag vielleicht bei einer kleinen privaten Webseite wo nur eine Handvoll Leute rankommt nichts für Webseiten mit Informationen schliesst man dabei jedoch eine ganz große Zahl an wertvollen Usern aus.
richtig: PHP:1
2
3
4
5
6
7
8
9
| <h1>Vögel</h1>
<p>Diese Tiere können fliegen und haben folgende Eigenschaften:</p>
<ul>
<li>Flügel</li>
<li>Krallen</li>
<li>Gefieder</li>
</ul>
</p>Vögel müssen aber <em>nicht</em> fliegen können, Beispiel: <samp>Pinguine</samp>.</p>
</div> |
Das ist hier ist schon fast wie Tag und Nacht. Denn hier erkennt eine Suchmaschine sofort, dass Vögel eine Überschrift ist und kann so die Webseite all denen wo das Wort nur im Fließtext oder im Stylingwahn vorhanden ist vorziehen, wenn jetzt noch im Absatz unter der Überschrift ein weiteres Suchwort auftaucht, erhöcht das die Relevanz enorm, da beide Wörter im Zusammenhang zu stehen scheinen.
Bei z.B. Blinden kann ein Vorleseprogramm hier nun sagen: Es fängt ein neuer Absatz mit der Überschrift: "Vögel" an. Bei der Aufzählung kann es nun sagen: Hierzu gehören "Flügel" und "Krallen" aber auch "Gefieder". Dann kann es im letzten Absatz das Wort nicht etwas lauter sprechen und somit dem blinden klarmachen, dass es extra betont wird.
Ok über Browserkompatiblität kann man streiten aber gerade dieser ganze Stylingwahn in der Vergangeheit hat zu diesen Missständen heutzutage beigetragen. Durch das nutzen von korrektem HTML Code für das Markup und CSS für das Styling wirkt man dem jedoch entgegen, da man so Nutzer dazu bringt öfter Browser zu nutzen die dies korrekt darstellen, was wiederum andere Browserhersteller die das nicht schaffen zum Umdenken bewegt => Beispiel IE.
3. Finde ich auch, dass dies vielleicht nicht so früh behandelt werden sollte, denn am Anfang weis man sonst nicht worum es eigentlich geht und somit überfliegt man das nur, ich wäre dafür das vielleicht hinter dem Beschreiben des Bodybereichs einzufügen.
4.Bin ich auch der Meinung, dass in den Head auch die Styling und Script Tags aufgenommen werden sollten ggf. mit Verlinkung zum CSS und vielleicht auch mal Javascript eBook.
5. Sollte irgendwo auch noch das mit der Zeichenkodierung hin und das mit den Entitäten hin. Denn das ist ein sehr wichtiges Thema, besonders bei uns mit unseren Sonderzeichen, den Umlauten. Jedoch weis ich jetzt nicht wo genau, wenn man es am Anfang macht ists zu theoretisch macht mans am Schluss, werden es die Leute zu spät sehen und bestimmt nen haufen Fragen stellen.