CSS Warnungen bei W3C
Redaktionelle Einordnung
Diese archivierte Diskussion behandelt CSS Warnungen bei W3C aus Sicht der Rubrik HTML5 & CSS.
Die Diskussion bleibt als Archiv nutzbar. Für die aktuelle Bewertung empfehlen sich ergänzend neuere Artikel, Tools oder eine konkrete Analyse.
Sinnvoll nutzbar bleibt der Thread vor allem als historischer Kontext, für typische Fragestellungen und zur Einordnung älterer Empfehlungen.
Einige im historischen Thread genannte Tools, Dienste oder externe Links könnten heute nicht mehr verfügbar oder inhaltlich überholt sein. Nutzen Sie sie bitte nur mit zusätzlicher Prüfung.
Startbeitrag
Archivierter Thread aus dem Seitenreport-Forum.
Hallo
Seid ihr der Ansicht man sollte auch die Warnungen die W3C angibt, wenn man die berprfung entsprechend einstellt, auch bearbeiten?
Ich stimme mal für Ja! Und die Fehler die bei meinen Domains noch enthalten sind lasse ich bewusst wegen Design drin!
Gruß
Jörg
Antworten
10 Beiträgejoerg schrieb:
Seid ihr der Ansicht man sollte auch die Warnungen die W3C angibt, wenn man die berprfung entsprechend einstellt, auch bearbeiten?
Wenn ich solche Warnungen bekomme, weiß ich das meist vorher und habe mich bewußt für etwas entschieden, was noch nicht confrom aber für bestimmte Browser verständlich ist.
Gérard
Habe nur ein paar CSS-Warnungen bezüglich meiner Farben und die ändere ich bestimmt nicht.
hansen
Nepal Rundreisen
hansen schrieb:
Habe nur ein paar CSS-Warnungen bezüglich meiner Farben und die ändere ich bestimmt nicht.
hansen
ich werd mir meine warnungen die nacht über mal anschauen sollte das design sich dadurch nicht ändern werd ich die fehler korrigieren
hansen schrieb:
Habe nur ein paar CSS-Warnungen bezüglich meiner Farben und die ändere ich bestimmt nicht.
Na ja - es gibt eine verdächtige Stelle, die ich nicht so lassen würde:
body {
background-color : #fff;
...
color : #fff;
...
}
Du willst doch nichts verbergen (und hast auch nichts zu verbergen).
Gérard
hmmm konnte alle warnungen ausmerzen bis auf einen block hab bei links einmal die hitergrundfarbe weiss und einmal silber so soll es auch sein wird aber bemängelt kennt einer ne lösungung für diesen spagat
Hallo Adi
Ich gehe davon mal aus du meinst diesen!
2 a:link Sie haben keine Hintergrundfarbe zu der Vordergrundfarbe angegeben
3 a:visited Sie haben keine Hintergrundfarbe zu der Vordergrundfarbe angegeben
4 a:hover Sie haben keine Hintergrundfarbe zu der Vordergrundfarbe angegeben
5 a:active Sie haben keine Hintergrundfarbe zu der Vordergrundfarbe angegeben
Einfach die Hintergrundfarbe angeben und die ist in deinem Fall white wenn ich dein CSS mir aufrufe!
Dem anderen Block würde ich dann eine ID geben und dann halt eben
#"idname hier eintragen" a:hover und dann normal weitermachen!
Gruß
Jörg
joerg schrieb:
Einfach die Hintergrundfarbe angeben und die ist in deinem Fall white wenn ich dein CSS mir aufrufe!
Dem anderen Block würde ich dann eine ID geben und dann halt eben
#"idname hier eintragen" a:hover und dann normal weitermachen!
Vermutlich würde es reichen, wenn das jeweilige Elternelement eine Hintergrundfarbe hätte. Bei Adis Pseudo-Klassen gibt es nichts, was sie erben könnten.
Gérard
gerard schrieb:
Vermutlich würde es reichen, wenn das jeweilige Elternelement eine Hintergrundfarbe hätte. Bei Adis Pseudo-Klassen gibt es nichts, was sie erben könnten.
Gérard
Hallo Gerard
Die Warnung hatte ich auch obwohl in dem div Container die Hintergrundfarbe angeben war!
Gruß
Jörg
joerg schrieb:
Die Warnung hatte ich auch obwohl in dem div Container die Hintergrundfarbe angeben war!
Wer sollte denn von einem div was erben? Von dem erbt man nix.
Gérard
joerg schrieb:
gerard schrieb:
Vermutlich würde es reichen, wenn das jeweilige Elternelement eine Hintergrundfarbe hätte. Bei Adis Pseudo-Klassen gibt es nichts, was sie erben könnten.
Gérard
Hallo Gerard
Die Warnung hatte ich auch obwohl in dem div Container die Hintergrundfarbe angeben war!
Gruß
Jörg
dank dir jörg alle fehler weg