(ZUR INFO) über Netscape's CSS-Implementierung

[Thomas J.S.]

Hallo an Alle!

Es kam in letzter Zeit öfters (als üblich ;-) ) zur Sprache die
CSS Implementierung von NS. (siehe auch den Thread
(BROWSER) Es tut mir Leid....)
Ich habe mal in einer News Gruppe einen guten Beitrag
zum Thema gelesen, da ich denke, daß es interessant ist
für IE und NS User, habe ich die wichtigsten Teile übersetzt.

========cut===
Die CSS- Specifikation sagt etwas zu dem Effekt von...

"Jeder Browser sollte eine benützerspezifische CSS-datei haben,
(oder sollte sich so verhalten als er eine hätte), die, die
voreingestellte Wiedergabe verwaltet, wenn kein andere Style
angewandt wird."

Wir wissen alle, daß der 4.x Genereation von NS-browser keine
sepzifische, vom Benützer editirbare "ua.css" Datei hat, wie
Mozilla es hat, aber sie 'verhalten sich, als hätten sie eine,
und diese [Datei] ist im Browser selbst 'fest'- codiert.

Nun, wenn in NS4 die festcodierte 'ua.css' einen Satzt von
spezifischen Regeln hat, die die voreingestellte Wiedergabe für
einige Eigenschaften von Elementen (wie TABLE, TR oder TD)  
bestimmt, meint dies, daß so lange  ein Benützer/Autor nicht
exakt diese Regel dirket in seinem eigenen Stylesheets
umdefiniert, sollte er auch keine Vererbung durch das
Elternelement erwarten, da ja das fragliche Element im 'ua.css'
des Browsers bereits ausdrücklich beschrieben ist.

Vererbung von Elternelement auf das Kindelement in einer Seite,
kann nur an der Stelle von Eigenschaften treten, die nicht
bereits ausdrücklich im 'ua.css' des Browsers oder im
benützer.css behandelt wurden.

Vererbung ist die "letzte Zuflucht wenn alles andere fehlschlug",
es überschreibt nichts, was bereits woanders spezifiziert ist.

So kann die Entscheidung des Desing's  von NS's voreingestellte
Wiedergabe von Tabellen und anderen Elementen  natürlich
diskutiert werden, nicht aber das Grundprinzip, wie diese
letztlich in der Praxis gehandhabt wird. In diesem Bereich
richtet sich der NS ebenso gut oder schlecht nach dem Standard
wie jede andere Browser.

All dies zähalt dazu was ich [hier bin nicht ich gemeint!] als
"Der Braden McDaniel Mantra" nenne, wo das Grundprinzip
folgendermaßen lautet...

"Weil ein Autor darüber, wie er dem Ergebnis vom 'ua.css versus
benützer.css gewachsen ist, absolut nicht wissen kann, muss er
ausdrücklich {eigenschaft:wert} Paare bestimmen für alles, was
er für die vergeschlagene Presentation als wichtig betrachtet."

========cut===

Es tröstet zwar nicht über die Bugs in NS hinweg, aber es fördert ein wenig das Verständnis für die Arbeitsweise von den Browser.

Grüße
Thomas

[Stefan Muenz]

Hallo Thomas

vielen Dank fuer die interessanten Gedanken und Infos. Nur eines moechte ich noch hinzufuegen: wer so viel Wert legt auf Default-Rendering, was soll der denn ueberhaupt von XML halten?
Selbst definierte Tags sind, wenn sie nicht nur der reinen Datenstrukturierung in der Datei dienen sollen, sondern auch der Praesentation, erst mal tot. In XML ist eine Style-Sprache eben nicht nur eine schoene "Erweiterung" wie in HTML, sondern es ist absolut notwendig, Styles fuer Privat-Tags zu definieren, um diese optisch ueberhaupt zum Leben zu erwecken. Die vielbeschworene Trennung von Content und Design wird dort naemlich zur Pflicht, sprich, es geht gar nicht anders, als ein Design zum Content zu definieren, so man denn eines wuenscht.

viele Gruesse
  Stefan Muenz