valid oder nicht?

[dey]

Hallo,

nachdem ich in einem Posting weiter unten über die JS-Konsole im FF gestolpert bin, bin ich doch etwas verunsichert:

1. Display: inliine-table

• wird in der JS-Konsole als fehlerhaft angemeckert zu sehen hier mit FF
• aber bei Jigsaw validator nix

Was sollen eigetlich diese Warnungen.
Ist es denn sinvoll mehr Farbangaben zu machen als notwendig.

Wird es irgenwann möglich sein Farben als Variablen zu deklarieren, damit ich ein farbe nur noch einmal angebe und danach nur noch die Variable weiterverwende.

bydey

[Mathias Brodala]

Hallo dey.

nachdem ich in einem Posting weiter unten über die JS-Konsole im FF gestolpert bin, bin ich doch etwas verunsichert:

1. Display: inliine-table

• wird in der JS-Konsole als fehlerhaft angemeckert zu sehen hier mit FF

Wenn das wirklich so notiert wurde, ist die Meldung korrekt. Der Wert heißt schließlich inline-table.

Ist es denn sinvoll mehr Farbangaben zu machen als notwendig.

Wenn durch die Vererbung stets eine nutzbare Farbkombination entsteht, nicht. Beispielsweise musst du für alle Absätze in einem Dokument keine Hintergrundfarbe angeben, wenn dies bereits für das body–Element erfolgt ist. Darauf geht der CSS–Validator derzeit leider noch nicht ein.

Wird es irgenwann möglich sein Farben als Variablen zu deklarieren, damit ich ein farbe nur noch einmal angebe und danach nur noch die Variable weiterverwende.

Die Frage wurde hier vor kurzem schon einmal gestellt. Und die Antwort lautet: vermutlich nicht, auch wenn es immer wieder vorgeschlagen wird.

Einen schönen Donnerstag noch.

Gruß, Mathias

[dey]

Hallo,

Hallo dey.

nachdem ich in einem Posting weiter unten über die JS-Konsole im FF gestolpert bin, bin ich doch etwas verunsichert:

1. Display: inliine-table

• wird in der JS-Konsole als fehlerhaft angemeckert zu sehen hier mit FF

Wenn das wirklich so notiert wurde, ist die Meldung korrekt. Der Wert heißt schließlich inline-table.

Ich verstehe nicht!

Wenn durch die Vererbung stets eine nutzbare Farbkombination entsteht, nicht. Beispielsweise musst du für alle Absätze in einem Dokument keine Hintergrundfarbe angeben, wenn dies bereits für das body–Element erfolgt ist.

Gut

Darauf geht der CSS–Validator derzeit leider noch nicht ein.

Schade

Wird es irgenwann möglich sein Farben als Variablen zu deklarieren, damit ich ein farbe nur noch einmal angebe und danach nur noch die Variable weiterverwende.

Schlecht

bydey

[Sylvia]

Wird es irgenwann möglich sein Farben als Variablen zu deklarieren, damit ich ein farbe nur noch einmal angebe und danach nur noch die Variable weiterverwende.

Die Frage wurde hier vor kurzem schon einmal gestellt. Und die Antwort lautet: vermutlich nicht, auch wenn es immer wieder vorgeschlagen wird.

doch > http://www.barelyfitz.com/projects/csscolor/

[Cheatah]

Hi,

• wird in der JS-Konsole als fehlerhaft angemeckert zu sehen hier mit FF

display:inline-table ist Gecko-Browsern bis dato nicht bekannt.

• aber bei Jigsaw validator nix

display:inline-table ist Bestandteil von CSS/2.0.

Was sollen eigetlich diese Warnungen.

Sie sollen Dich auf die Möglichkeit eines bestehenden Problems aufmerksam machen.

Ist es denn sinvoll mehr Farbangaben zu machen als notwendig.

Pauschal lässt sich diese Frage nicht beantworten. Es ist jedoch sinnvoll, genau so viele Fragezeichen zu setzen wie notwendig, also ans Ende jeder Frage eines.

Wird es irgenwann möglich sein Farben als Variablen zu deklarieren,

Das ist es bereits jetzt. Nur halt nicht in CSS.

Cheatah

[MudGuard]

Hi,

nachdem ich in einem Posting weiter unten über die JS-Konsole im FF gestolpert bin, bin ich doch etwas verunsichert:

1. Display: inliine-table

• wird in der JS-Konsole als fehlerhaft angemeckert zu sehen hier mit FF
• aber bei Jigsaw validator nix

das glaub ich nicht. inliine-table (mit 3 i) wird von beiden angemeckert.
inline-table (mit 2 i) nur vom Firefox, weil er das nicht kennt.

Was sollen eigetlich diese Warnungen.

Warnen.

Ist es denn sinvoll mehr Farbangaben zu machen als notwendig.

Nö.

Wird es irgenwann möglich sein Farben als Variablen zu deklarieren, damit ich ein farbe nur noch einmal angebe und danach nur noch die Variable weiterverwende.

In CSS? Nein, voraussichtlich nicht - Variablen gibt es in Programmiersprachen, CSS ist keine Programmiersprache.
Aber niemand hindert Dich daran, Dein CSS per Programm (wo Du dann Variablen benutzen kannst) zu erzeugen.

cu,
Andreas

[Cheatah]

Hi,

In CSS? Nein, voraussichtlich nicht - Variablen gibt es in Programmiersprachen, CSS ist keine Programmiersprache.

"Variable" ist ein Begriff, der in unterschiedlichen Bedeutungen genutzt wird. In Programmiersprachen geschieht dies üblicherweise in einer Form, die nicht zu CSS passt, das ist richtig. Anders z.B. in XSLT oder der Mathematik, wo eine Variable teilweise unvariabel ist: beliebig, aber fest[1]. Die bereits genannten Programmiersprachen nennen sowas üblicherweise eine Konstante. Ein derartiges Konzept könnte ich mir bei CSS durchaus vorstellen - wenn es natürlich auch sehr problemträchtig sein würde.

Cheatah

[1] Oder hieß es "befestigt, aber lieb"?

[MudGuard]

Hi,

beliebig, aber fest[1].
[1] Oder hieß es "befestigt, aber lieb"?

beleibt und feist ;-)

cu,
Andreas

[dey]

Hallo,

das glaub ich nicht. inliine-table (mit 3 i) wird von beiden angemeckert.
inline-table (mit 2 i) nur vom Firefox, weil er das nicht kennt.

brüsten sich die FF-ler nicht damit W3C-konform zu sein?

bydey

[Cheatah]

Hi,

inline-table (mit 2 i) nur vom Firefox, weil er das nicht kennt.
brüsten sich die FF-ler nicht damit W3C-konform zu sein?

ja, und zwar mit Recht. Mit was sie sich nicht brüsten ist eine _vollständige_ Umsetzung der Standards.

Cheatah

[dey]

Hallo,

ja, und zwar mit Recht. Mit was sie sich nicht brüsten ist eine _vollständige_ Umsetzung der Standards.

Liegt hier die Crux im Detail oder muss ich zwischen den Zeilen lesen?
Was ist der Unterschied zwischen nich konform und unvollständig umgesetzt?

bydey

[Cheatah]

Hi,

Liegt hier die Crux im Detail oder muss ich zwischen den Zeilen lesen?

eigentlich weder noch.

Was ist der Unterschied zwischen nich konform und unvollständig umgesetzt?

CSS war immer schon auf gewissen Grundkonzepten aufgebaut, die unterstützt werden _müssen_, und hat diese detailliert ausgeschmückt, so dass sich ein möglichst rundes Gesamtbild (mit möglichst wenig Löchern) ergab.[1] Soweit ich das W3C und deren Standards verstehe macht es nicht viel aus, wenn hiervon einzelne Teile nicht implementiert sind - sofern diese weise gewählt wurden. Natürlich wäre es kritisch, float zu unterstützen, nicht jedoch clear. Sich aber die inline-*-Teile "herauszupicken" und (vorerst) wegzulassen heißt nicht, dass das System nicht standardkonform ist: Die CSS-Unterstützung funktioniert insgesamt weiterhin.

Cheatah

[1] Hm, das klingt irgendwie nach Käse ;-)

[Blaubart]

Hallo dey.

Was ist der Unterschied zwischen nich konform und unvollständig umgesetzt?

Die Konformität hat nicht zwangsläufig etwas mit Vollständigkeit zu tun. In diesem Fall bedeutet "W3C-konform", daß das, *was* umgesetzt wurde, den Empfehlungen des W3Cs entspricht. Zum Beispiel das CSS-Box-Modell, welches Microsoft auf seine eigene Weise umsetzte...