Leere Suchergebnis-Seite erzeugt invalides XHTML

[Linger]

Hallo Community!

Als ich kürzlich meine Website um eine Suchfunktion ergänzt habe, stellte ich fest, dass eine leere Ergebnisseite ("Keine Ergebnisse") ungültiges XHTML erzeugt.

Die Voreinstellung im WB Backend unter Optionen --> Erweiterte Optionen --> Suchoptionen --> Keine Ergebnisse erzeugen nämlich folgende Ausgabe:

Code: [Select]

<table>
     <br />
     Keine Ergebnisse.
</table>

Eine Tabelle ohne jegliche Tabellenzelle kann natürlich nicht korrekt sein.
Um valides XHTML zu erzeugen, habe ich den Eintrag im WB-Backend (s.o.) von

Code: [Select]

<br />[TEXT_NO_RESULTS]auf

Code: [Select]

<tr><td><br />[TEXT_NO_RESULTS]</td></tr>geändert.

Die gültige Ausgabe sieht dann so aus:

Code: [Select]

<table>
     <td>
         <tr>
             <br />
              Keine Ergebnisse.
         </tr>
      </td>
</table>


Im Prinzip ist das ja nicht weiter schlimm - wenn man jedoch Wert auf standardkonforme Seiten legt, ist es störend.
Ich weiß nicht, in wieweit andere Doctypes solche Konstrukte für gültig erachten - wenn es jedoch in allen gängigen (X)HTM-Sprachen zu Fehlern führt, sollte es beim nächsten Update von WB korrigiert werden.

Ansonsten: Grandioses CMS!

Beste Grüße
André

[aldus]

Hallo Linger

hm... Stimmt, die einzige Sache die mir auffällt ist das "<br />" vor dem //eigentlichen// Text,
sollte es nicht besser(?) so

Code: [Select]

<tr><td><p>[TEXT_NO_RESULTS]</p></td></tr>
also mit <p> eingebunden sein? Jedenfalls so klappt's auch mit XHTML1.1 (strict) ....

Gruß
Aldus
der sich gerade fragt, in welcher Zeile das in der 'save.php' im install-ordner zu finden ist ...

[Linger]

Hallo Aldus,

Du hast natürlich Recht: Die semantisch bessere Variante wäre, den Text in <p></p> zu verpacken.
Aber zumindest ein als "XHTML Transitional" deklariertes Dokument validiert mit der (unglücklichen) <br />-Variante auch korrekt.

Generell finde ich es etwas gewöhnungsbedürftig, dass in WB Content und Layout nicht immer strikt voneinander getrennt werden. Beim News-Modul beispielsweise muss ich auch die Ausgabe im Backend vorbereiten und die unschönen Tabellen-Konstrukte durch DIVs ersetzen. Auch die Suche pumpt per Default Tabellen ins Frontend...
Aber das ist dann schon wieder ein anderes Thema.

Beste Grüße
Aldus

[aldus]

Hallo Linger
Hm ... ok ich hab's erst einmal in die #941 eingespielt (inkl. <p>-tags); ist somit beim nächsten
u. über die Installation mit drin ... Danke noch mal für den Hinweis.

Tja ... das leidige Thema mit den Templates und der Ausgabe und ...

Gruß
Aldus