MudGuard: Da verstehe einer diesen CSS-Validator...

Beitrag lesen

hi

Was steht auf der Validator-Seite:

Caveat
This validator is based on SP, which has some limitations in its support for XML.

das steht beim HTML-Valli auch und ist kein Grund für seinen CSS-Bruder so bockig zu sein ;-))

Das IST aus der HTML-Vali-Seite ;-)

Du solltest vielleicht noch die xml-Zeile an den Anfang setzen mit der korrekten encoding-Information.
<?xml version="1.0" encoding="iso-8859-1"?>

nein, das werde ich meiden, wie der teufel das weihwasser...
(musst mal die seite nehmen, den <xml-header> reinpacken und dann _anschauen_ ;-))

ausserdem, viel wichtiger: er sagt, der fehler sei in zeile 89, und steht nach meinem dafürhalten nix verwerfliches.

Zeile 99, Zeichen 89:
Zeile 99 heißt:

<a href="index.php?page=themes" class="pop" onclick="theme2(); return false">Skin 2 (grün)</a><br />

da steht ab Spalte 87: grün.
ISO-8859-1-ü = 0xfc

Du hast das zwar in einem Meta-Tag für HTML drin, aber Default-Encoding für XML ist UTF-8...

allerdings, gebe ich den direkten URI zur CSS-Datei an, gibt's folgendes: http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fmitglied.lycos.de%2Ftranschelfiles%2Fcss.css&warning=1&profile=css2

Klar, da kriegt er ja die fehlerhafte (bzgl. Zeichen-Codierung) HTML-Seite gar nicht erst zu sehen.

jaaa... aber es ist doch nicht relevant, für welches dokument das CSS gilt, oder?

Der jigsaw muß aber, wenn Du das Dokument testen läßt, nicht nur das CSS-File finden, sondern auch die style-Attribute.
Dazu muß er die Datei lesen - und die ist eben wegen fehlerhaftem Encoding nicht lesbar.

Schon mal darüber nachgedacht, das ü, das angemeckert wird, durch ü zu ersetzen?
Das ändert zwar nichts am grundsätzlichen Problem der falschen Codierung, aber hilft vielleicht im Moment weiter...

Andreas