Der HTML-Code des Copyright-Hinweises auf Homepagemodules unter dem Forum ("Ein Homepagemodules.de Forum ...") enthält mehrere Syntax-Fehler. Die haben zwar keine sichtbaren Auswirkungen, aber HTML-Code-Prüfprogramme wie der W3C Validator generieren deswegen jedesmal einen ganzen Rattenschwanz von Fehlermeldungen. Dabei sind die Fehler ganz leicht zu beheben (Korrekturen im HTML-Code in rot):

<div align="center" style="margin:0 auto;padding:0;margin-top:5px;">
<table cellspacing="0" cellpadding="0"  border="0" align="center" style="opacity: 0.6;filter:alpha(opacity=60);-moz-opacity:.60;margin-top:2px;-moz-border-radius: 5px; -webkit-border-radius: 5px; border-radius:5px; border:1px solid #000000; background-color:#FFE090; ">
<tr><td><img style="border: 0pt none; padding: 1px 2px 0px 2px; margin: 0pt;" src="http://img.homepagemodules.de/xl16c.png" alt="x" /> </td><td nowrap="nowrap" style="padding:1px 2px 2px 1px;color:#000000; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 10px; font-weight: normal;text-align:center">Ein Homepagemodules.de Forum<br />Einfach ein eigenes <a href="http://www.homepagemodules.de/Anmelden.html" target="_blank" style="color: #000000">Forum erstellen</a></td></tr>
</table></div>

und auch die Einbindungen des scripts der Werbung mitten in das Template mit css inmitten des bodys erzeugt Fehler, na klar nur bei kostenlosen Foren, aber es stört da....

Achja und da ist da noch "clickgate" mit der dynamischen Linkveränderung ... das stört auch die Validierung

ich bin jetzt bei 6 Fehlern angekommen und die beruhen alle in diesen Teilen und eben beim Copyright Hinweis

Grüße
Achim

Nur 6 Fehler? Bei mir erzeugt allein der Copyright-Hinweis schon 6 Fehlermeldungen. Ok, ich habe mein Forum auch auf XHTML umgestellt, da sind die Syntax-Regeln noch strenger (z.B. müssen alle Werte, auch wenn sie nur aus Ziffern bestehen, von Anführungszeichen umschlossen werden).

Die Fehler sollten aber auch aus einem anderen Grund beseitigt werden: Es wirft kein ganz so gutes Licht auf den Forum-Provider Homepagemodules.de, wenn ausgerechnet im Copyright-Hinweis mehrere Syntaxfehler eingebaut sind.

Wir nehmen beim Copyright-Hinweis ganz bewusst die Validierungs-Fehler in Kauf - durch die Positionierung des Hinweises außerhalb des eigentlichen HTML-Bereiches wird es wesentlich schwieriger, den Hinweis manuell zu entfernen.
Ansonsten hat die Positionierung keine negativen Auswirkungen auf den Seitenaufbau.

Ebenso easy lösbar, wenn der Body und HTML erst nach dem Code geschlossen wird, ohne diesen im Template (Untere Leiste) einfügen zu müssen. Auch wenn man man mit der derzeitige Methode das Entfernen verhindern möchte, so ist dies trotzdem nicht durchgehend möglich, da es weiterhin ein einfaches ist, diesen zu entfernen.
Alles andere ist unsauber und wird für Suchmaschinen immer mehr zum Thema.

Hallo Ingmar,

eigentlich ging es mir in erster Linie nicht um die Positionierung des Hinweis-Codes, sondern um die HTML-Syntax-Fehler im Code selbst. Aber es trifft natürlich zu, dass die Positionierung des Hinweis-Codes außerhalb des HTML-Bereichs noch zwei zusätzliche Fehlermeldungen generiert (insgesamt dann also 8). Wie Vitalis bereits schrieb, wäre auch dieses Problem ganz einfach zu lösen, indem die body- und html-End-Tags aus dem Template "Untere Leiste" entfernt und erst nach dem Hinweis-Code eingefügt werden.

Ich bin auf jeden Fall für eine Korrektur !

Zitat von ingolf

---

Hallo Ingmar,
eigentlich ging es mir in erster Linie nicht um die Positionierung des Hinweis-Codes, sondern um die HTML-Syntax-Fehler im Code selbst.

---

Also ich sehe keine Syntax-Fehler im Code selbst - habe wir unterschiedliche Copyright-Banner? Kannst du mir ein Beispiel nennen?
Zur Positionierung außerhalb der HTML-Tags kann ich nicht mehr sagen, außer dass wir dafür gute Gründe haben und dass sich das NICHT negativ auf den google-crawler auswirkt.

Hallo Ingmar,

den HTML-Code des HPM-Copyright-Hinweises habe ich im Eröffnungsbeitrag gepostet. Um diesen XHTML1.0-konform zu machen, müssten die von mir in Rot hinzugefügten Teile im HTML-Code ergänzt werden. Das sind: 1. Alle Werte im table-Tag in Anführungszeichen setzen, 2. Im img-Tag alt="x" hinzufügen und dieses mittels / schließen, 3. Im letzten td-Tag nowrap="nowrap" schreiben.

Hm ich habe nicht den Anspruch, das Forum XHTML-konform zu machen.
Vielmehr streben wir wo möglich eine HTML5-Konformität an. Ich werde aber den Copyright-Hinweis trotzdem anpassen, wenn dir das irgendwie weiterhilft...

Vielen Dank. Ja, das hilft mir schon weiter, da ich zurzeit wieder an den Templates arbeite und diese dann anschließend mit dem W3C-Validator überprüfe. Wenn die zum Copyright-Hinweis gehörenden Fehlermeldungen wegfallen, wird die Auflistung der Fehlermeldungen schon deutlich übersichtlicher und kürzer.

Alles klar, Johannes wird das vor dem nächsten Update anpassen.

ich greife kurz mal HTML5 auf und das Anstreben desselben.

Um diese dämlichen entity Fehler wegzubekommen, kann man ja selber einen Teil machen und die &nbsp oder &bull etc. in den dazugehörigen Zahlencode umwandeln. Das funzt ja soweit auch.

Aber dann müsstet ihr Eure Umsetzung der Umlaute z. Bsp aus Threadtiteln, die derzeit ja mit &uuml etc auftauchen auch anpassen.

Dann wären dann noch die Moderatorenlinks in der Moderatorenspalte die ja über {{forum:moderator}} von Euch kommen mit einem "title" zu versehen. Da komme ich ja leider nicht ran. Dann ist das GAIA zumindest in der Übersicht schon fast richtig.

Kann man das auch irgendwie hinbekommen ?

Grüße
Achim

Hallo Achim,

wie meinst du das mit den entity-Fehlern ? Ich dachte, die Umschreibung der Sonderzeichen mittels &xxxx; wäre HTML-Standard. Ich habe die Sonderzeichen im gesamten Forum so codiert und noch nie Probleme oder Fehlermeldungen bekommen. Im Gegenteil, tut man das nicht, dann gibt es die Fehlermeldungen, insbesondere wenn in URLs die &-Zeichen nicht durch & ersetzt wurden.

Hallo Ingolf,

wenn ich nach html5 validieren lasse, zeigt er mir bei &nbsp einen entity-Fehler an - ersetze ich das durch &#160 ist es ok !

Dasselbe bei &bull ersetze ich durch &#8226
natürlich jedesmal ein ; dahinter ...

Dann sind die Fehler weg... Bei 4.01 meckert er ja auch nicht

Das meinte ich damit

Achim