Hi,
w3c zeigt mir einen Fehler an, den ich nicht nachvollziehen kann. Er bemängelt ein </p>, das nicht geöffnet ist.
# Error Line 340, Column 64: end tag for element "P" which is not open
...e="text/javascript" src="reflection.js"></script></p>
URL www.wp-rd.de
Ich habe ein paar Scripts in die Fußzeile eingetragen. Wenn ich die rausnehme, ist der Fehler weg. In den Scripts ist allerdings das obige </p> nicht enthalten.
Kann mir jemand verraten, wo sich das Teil versteckt hat?
Theme.html, my-header und header.php beinhalten auch nichts dergleichen...
:puzzled: :puzzled: :gruebel:
Hy Franky :)
In Zeile 56 im Quelltext, ist dort ein div was nicht abgeschlossen ist und kein Ende definiert ist, somit gleichzeitig in das <p> reingeht ...
<td><br><div <p><img border="0" src="wup.jpg" width="425" height="35" alt=""></p>
</div></td>Das darf nur in den Header rein und auch nicht innerhalb eines <p> Tags:
<link rel="shortcut icon" href="favicon.ico">Zeile 304, Script ist nicht abgeschlossen, die p Absätze sind hier überall auch unnötig:
<p><script type="text/javascript" src="fixprompt.js">
LG :bye:
Hi Ndee,
genau das ist das Problem. Der Validator erkennt das so, aber es ist nicht so eingetragen.
Die Scripte z. B. sind ganz normal, ohne <p> bei den Einstellungen in der Fußzeile eingetragen. Ich kapier nicht, wo dieses <p> herkommt.
Steh ich aufm Schlauch?
Hoi ;)
Die Absatzmarkuerung
<p>...</p> in der Footermessage wird automatisch über die
funktion foomsg() in der
/includes/mx_api_2.php (ab ca. Zeile 250) erzeugt und ausgegeben.
Eigentliches Problem ist jedoch, dass der
HTML-Standard diverse Verschachtelung von Elementen zuläßt, die nach
XHTML nicht (mehr) zulässig sind, siehe: http://validator.w3.org/docs/help.html#faq-javascript.
Du hast jetzt 2 Möglichkeiten (beide ungetestet):
- Aufruf der Funktion footmsg() in der /themes/mx-rainbow/functions,php (ca. Zeile 66) testerweise mal auf footmsg(1, 1) ändern. Damit wird statt eines DIV-Containers mit innenliegender Absatzmarkierung eine Tabelle ausgegeben.
- Alternativ in der /includes/mx_api_2.php kannst Du auch die Zeile (ca. 268), die den DIV-Container ausgibt, so anpassen, dass die Validierung fehelerfreien HTML-Code meldet. (Bitte hier bedenken, dass geänderte Systemdateien bei einem Update überschrieben werden können!)
Hi Joerg,
cooler Tipp. Möglichkeit 1 brachte den gewünschten Erfolg.
Da hätt ich lange suchen können :-)
Danke dir!
:thumbup:
Moin :)
wobei, der ursprüngliche Auslöser, den nDee schon aufgeführt hat, nach wie vor vorhanden ist.
ZitatZeile 304, Script ist nicht abgeschlossen,
Siehe screenshot.
Komischerweise wird das und die anderen folgenden Fehler, vom Validator nicht angemeckert. Vermutlich weil der alles, was nach dem öffnenden Script-Tag kommt, als Script interpretiert und dadurch ignoriert....
Das HTML Validator Plugin (http://users.skynet.be/mgueury/mozilla/) für den Firefox macht in dem Fall seine Arbeit besser....
Tach auch :smile:,
habe dieses Script jetzt rausgeschmissen.
Den Validator habe ich auch schon lange installiert, bei mir zeigte er aber 0 Fehler/0 Warnungen an.
Guck jetzt nochmal drauf ob es bei dir immer noch der Fall ist.
thx.....
Hoi ;)
Zitat von: Franky am 02 Juli 2009, 16:21:36
Den Validator habe ich auch schon lange installiert, bei mir zeigte er aber 0 Fehler/0 Warnungen an.
Dann haste den den Prüfalgorythmus des Validators wohl nur auf "HTML" eingestellt. Stell ihn mal auf "Nacheinander" um. :BD:
nö, der steht auf xgml. Nur auf HTML zeigt er ja fast nie Fehler an :-)
ciao...