CSS Klassen in Opera, Mozilla & Co.

[Thomas]

Hallo,

wir verwenden in Tabellen viele CSS Klassen in externen CSS-Dateien. Im MSIE sieht auch alle super aus, nur in Mozilla, dessen Ableger und Opera sind die Tabellen stralend weiss, dh. die CSS Klassen werden nicht verwendet. Woran kann das liegen?

[Tobias Kloth]

Hallo Thomas,

wir verwenden in Tabellen viele CSS Klassen in externen CSS-Dateien.

wir? also ich nicht... :-)

Im MSIE sieht auch alle super aus, nur in Mozilla, dessen Ableger und Opera sind die Tabellen stralend weiss, dh. die CSS Klassen werden nicht verwendet.

wenn es im IE gut aussieht heißt das noch lange nicht, dass es richtig ist...

Woran kann das liegen?

keine Ahnung -></faq/#Q-07c>

Grüße aus Nürnberg
Tobias

[Thomas]

wenn es im IE gut aussieht heißt das noch lange nicht, dass es richtig ist...

Trotz des hohen Niveau der Antworten hier, muss ich sagen, dass die Verwendung im HTML und die CSS Dateien bei uns nicht viel anders aussehen, als die von SELFHTML und trotzdem funktionieren deren und unsere nicht!

[Siechfred]

Hallo Thomas,

Trotz des hohen Niveau der Antworten hier, muss ich sagen, dass die Verwendung im HTML und die CSS Dateien bei uns nicht viel anders aussehen, als die von SELFHTML und trotzdem funktionieren deren und unsere nicht!

Warum beherzigst du den berechtigten Hinweis von Tobias nicht einfach und postest eine URL, wo man sich dein/euer Problem mal ansehen kann?

Viele Grüße
Torsten

[Tobias Kloth]

Hallo Thomas,

wenn es im IE gut aussieht heißt das noch lange nicht, dass es richtig ist...
Trotz des hohen Niveau der Antworten hier, muss ich sagen, dass die Verwendung im HTML und die CSS Dateien bei uns nicht viel anders aussehen,

"nicht viel"? - aber irgendwas ist dann doch anders...

als die von SELFHTML und trotzdem funktionieren deren und unsere nicht!

wenn du </faq/#Q-07c> ignorierst können wir dir auch nicht helfen.

Grüße aus Nürnberg
Tobias

[Thomas]

Hallo, das mit der URL sollte man mal deutlicher positionieren, am bestem als Hinweis vor der Eingabe, denn wer schon von seinen Problemen genervt ist, liest mit 110% KEINE FAQ's eines Forum, in dem er Hilfe sucht und nicht noch dessen Bedienung und Gepflogenheiten erlernen möchte.

Zum Thema, für die Leute die es interessiert. Ich habe das Problem gefunden:

• unser HTML-Coding-Artist (was die Kosmetikindustrie kann, können wie auch) hat einige Farben in Doublequotes gesetzt.

Man sollte von Programmierern erwarten können, dass man sowas filtert, wie die des MSIE, denn in HTML sind diese oft erforderlich und in CSS ein Fehler. Wer soll sowas unbedingt ahnen! Deshalb hat der MSIE evtl. auch 95% Marktanteil!

[molily]

Hallo,

das mit der URL sollte man mal deutlicher positionieren, am bestem als Hinweis vor der Eingabe, denn wer schon von seinen Problemen genervt ist, liest mit 110% KEINE FAQ's eines Forum, in dem er Hilfe sucht und nicht noch dessen Bedienung und Gepflogenheiten erlernen möchte.

Wir arbeiten zwar daran, diese wichtigen Hinweise, die Fragende beachten sollten, damit ihnen besser geholfen werden kann, verkürzt auf den Postingseiten zu wiederholen, aber ehrlich gesagt bin ich auch der Meinung, dass man auch ohne ausdrücklichen Hinweis darauf kommen könnte, dass Helfende mit einer rein abstrakten, uneindeutigen Fehlerbeschreibung weniger anfangen können als mit einem konkreten, reduzierten Codebeispiel, welches den Fehler reproduziert, sowie mit zustzlichen exakten Fehlerbeschreibungen und eventuell Screenshots.

Man sollte von Programmierern erwarten können, dass man sowas filtert, wie die des MSIE, denn in HTML sind diese oft erforderlich und in CSS ein Fehler. Wer soll sowas unbedingt ahnen! Deshalb hat der MSIE evtl. auch 95% Marktanteil!

Diese Fehlertoleranz hat dazu geführt, dass viele Autoren unwissentlich fehlerbehafteten HTML- und CSS-Code schreiben und sich wundern, dass die Kompatibilität nicht gewährleistet ist, weil nicht jeder Browser flexibel auf Fehler reagiert. Zu fordern, dass die Browserhersteller aus den fehlerhaften Code allesamt das Beste machen sollen anstatt die klaren Syntaxregeln der Standards anzuwenden, ist der falsche Weg und führt nur dazu, dass noch mehr ungültiger, schwer parsbarer und zwangsläufig nicht kompatibler Code im Web auftaucht. Indem man validen Code schreibt, spart man sich das Bangen grötenteils, ob der Code die gwünschten Ergebnisse produziert, weil ein einigermaßen nach Standard arbeitender Parser keine Probleme mit der Syntax haben wird und nicht herumraten braucht. Dadurch wäre das Ergebnis nämlich nicht vorhersehbar, schon gar nicht über mehrere Browser hinweg. Durch validen Code hingegen kann man sich bezüglich eines großen Teils der Verarbeitung sicher sein.

Grüße,
Mathias

[Thomas Meinike]

Hallo,

wir verwenden in Tabellen viele CSS Klassen in externen CSS-Dateien. Im MSIE sieht auch alle super aus, nur in Mozilla, dessen Ableger und Opera sind die Tabellen stralend weiss, dh. die CSS Klassen werden nicht verwendet. Woran kann das liegen?

Fangen die Klassennamen vielleicht mit Ziffern an?

MfG, Thomas

[Thomas]

Fangen die Klassennamen vielleicht mit Ziffern an?

MfG, Thomas

Hallo. Nein, das tuen sie nicht.

[Cheatah]

Hi,

Woran kann das liegen?

an der Erdstrahlung. Beispielsweise in ihrer Ausprägung als MIME-Type.

Cheatah

[Thomas]

Hallo, das mit der URL sollte man mal deutlicher positionieren, am bestem als Hinweis vor der Eingabe, denn wer schon von seinen Problemen genervt ist, liest mit 110% KEINE FAQ's eines Forum, in dem er Hilfe sucht und nicht noch dessen Bedienung und Gepflogenheiten erlernen möchte.

Zum Thema, für die Leute die es interessiert. Ich habe das Problem gefunden:

• unser HTML-Coding-Artist (was die Kosmetikindustrie kann, können wie auch) hat einige Farben in Doublequotes gesetzt.

Man sollte von Programmierern erwarten können, dass man sowas filtert, wie die des MSIE, denn in HTML sind diese oft erforderlich und in CSS ein Fehler. Wer soll sowas unbedingt ahnen! Deshalb hat der MSIE evtl. auch 95% Marktanteil!

[Cheatah]

Hi,

Hallo, das mit der URL sollte man mal deutlicher positionieren, am bestem als Hinweis vor der Eingabe, denn wer schon von seinen Problemen genervt ist, liest mit 110% KEINE FAQ's eines Forum, in dem er Hilfe sucht und nicht noch dessen Bedienung und Gepflogenheiten erlernen möchte.

Leute, vielleicht sollte man die Überlegung, die "neue Nachricht"-Seite mit ein paar Sicherheitsabfragen et.al. zu versehen, doch noch mal ernsthaft aufnehmen. Irgendwer schlug glaube ich mal einen Kurztest vor - ich wäre mehr und mehr dafür.

Man sollte von Programmierern erwarten können, dass man sowas filtert, wie die des MSIE, denn in HTML sind diese oft erforderlich und in CSS ein Fehler. Wer soll sowas unbedingt ahnen!

Man sollte von Entwicklern erwarten, dass sie Standards beachten - und auch entsprechende Prüfungen vornehmen. CSS-Validatoren existieren, es wäre _Dein_ Job gewesen, diese zu nutzen.

Deshalb hat der MSIE evtl. auch 95% Marktanteil!

Jaja, Häufchen.

Cheatah

[Thomas]

es wäre _Dein_ Job gewesen, diese zu nutzen.

Wer liest ist klar im Vorteil. Wie gesagt, ich habe den Code nicht geschrieben, ich durfte mich damit abplagen, den Fehler zu finden. So ein Sch* bleibt immer an mir hängen, da ich die in 99,9995% immer finde. Um so mehr und so öfter regen mich diese Browser aus dem Thema auf! Warum ist auch hier zu lesen.

[Tobias Kloth]

Hallo Thomas,

Hallo, das mit der URL sollte man mal deutlicher positionieren, am bestem als Hinweis vor der Eingabe, denn wer schon von seinen Problemen genervt ist, liest mit 110% KEINE FAQ's eines Forum, in dem er Hilfe sucht und nicht noch dessen Bedienung und Gepflogenheiten erlernen möchte.

1. der Text über dem Forum steht nicht zum Spaß da
2. ist es doch wohl logisch, dass wir nicht wissen wo der Fehler liegt, wenn wir den Quelltext nicht kennen

• unser HTML-Coding-Artist (was die Kosmetikindustrie kann, können wie auch) hat einige Farben in Doublequotes gesetzt.

wie Cheatah schon sagte: für sowas gibt es den http://jigsaw.w3.org/css-validator/ - und damit (bzw. wenn es html ist mit http://validator.w3.org/) solltest du deinen Code testen _bevor_ du hier postest.

Man sollte von Programmierern erwarten können, dass man sowas filtert,

warum soll ein Browser ungültiges css oder html akzeptieren - dann erhebt sich auch die Frage wieweit an ungültigem Code herumgeraten werden soll

wie die des MSIE, denn in HTML sind diese oft erforderlich und in CSS ein Fehler. Wer soll sowas unbedingt ahnen!

und da ganze jetzt bitte noch mal auf Deutsch. (sorry aber die zwei Sätze habe ich wirklich nicht so ganz kappiert)

Deshalb hat der MSIE evtl. auch 95% Marktanteil!

aber wirklich nur evtl. ->http://webalizer.teamone.de/selfforum/agent_200307.htm - keine 65% (und da sind bestimmt auch noch einige getarnte Operas o.ä. dabei)

Grüße aus Nürnberg
Tobias

[Cheatah]

Hi,

warum soll ein Browser ungültiges css oder html akzeptieren - dann erhebt sich auch die Frage wieweit an ungültigem Code herumgeraten werden soll

viel schlimmer: Dann ergibt sich die Frage, wie _falscher_ Code zu interpretieren ist. Wenn diese Frage klärbar wäre, wäre der Code jedoch nicht als falsch definiert worden - denn eines kann man dem W3C nicht vorwerfen, nämlich dass sie sich keine Gedanken über die Möglichkeiten und Probleme machen würden.

wie die des MSIE, denn in HTML sind diese oft erforderlich und in CSS ein Fehler. Wer soll sowas unbedingt ahnen!
und da ganze jetzt bitte noch mal auf Deutsch. (sorry aber die zwei Sätze habe ich wirklich nicht so ganz kappiert)

Es geht um Anführungszeichen, die bei HTML-Attributen oft nötig und bei CSS-Eigenschaften fast immer falsch sind. Ich verstehe allerdings auch nicht, was das mit "ahnen" zu tun haben soll, oder weshalb das für jemanden ein Problem ist.

Cheatah

[Thomas]

Ich verstehe allerdings auch nicht, was das mit "ahnen" zu tun haben soll, oder weshalb das für jemanden ein Problem ist.

Anscheinend ist das für unseren HTML Schreiberling ein Problem, wenn er es mal so und mal so machen soll! Ich weiss nicht wie perfekt ihr seid, ich versuche bei der Software an der ich arbeite immer Format- und Eingabefehler zu korrigieren. Wo ist das Problem, wenn Doublequotes in CSS ungültig sind, bei schnellem Erstellen dieser Fehler aber passieren kann, diese einfach alle zu filtern! Sowas gehört heute einfach zum Bedienkomfort!

[Thomas Meinike]

Hallo,

Anscheinend ist das für unseren HTML Schreiberling ein Problem, wenn er es mal so und mal so machen soll! Ich weiss nicht wie perfekt ihr seid, ich versuche bei der Software an der ich arbeite immer Format- und Eingabefehler zu korrigieren. Wo ist das Problem, wenn Doublequotes in CSS ungültig sind, bei schnellem Erstellen dieser Fehler aber passieren kann, diese einfach alle zu filtern! Sowas gehört heute einfach zum Bedienkomfort!

Anfuehrungszeichen sind in Stylesheets durchaus erlaubt oder noetig, z. B. bei URL-Angaben, fuer Schriftartennamen mit Leerzeichen oder zur Angabe von Werten der content-Eigenschaft.

Wenn Du meinst, bei Markup- und Formatdefinitons-Sprachen waere das alles nicht so wichtig, dann wirst Du spaetestens bei XML-Anwendungen scheitern. Bei minimalsten Fehlern wie _einem_ vergessenen Anfuehrungszeichen um einen Attributwert bricht der Parser die Verarbeitung ab.

Wenn dann gerade eine Loseblattsammlung mit einem 1000-seitigen Gesetzblatt betroffen ist, kostet das der Produktionsfirma viel Zeit und damit Geld.

MfG, Thomas

[molily]

Hallo Thomas,

Ich weiss nicht wie perfekt ihr seid, ich versuche bei der Software an der ich arbeite immer Format- und Eingabefehler zu korrigieren. Wo ist das Problem, wenn Doublequotes in CSS ungültig sind, bei schnellem Erstellen dieser Fehler aber passieren kann, diese einfach alle zu filtern! Sowas gehört heute einfach zum Bedienkomfort!

Ja, und zwar zum Bedienkomfort eines *Autorenwerkzeugs*.

Der Validator ist beispielsweise in weitesten Sinne ein solches.

Mathias

[Henning]

Hallo,

Man sollte von Programmierern erwarten können, dass man sowas filtert, wie die des MSIE, denn in HTML sind diese oft erforderlich und in CSS ein Fehler. Wer soll sowas unbedingt ahnen! Deshalb hat der MSIE evtl. auch 95% Marktanteil!

<ironie>
Ich rege mich bei meinem C++ Compiler auch immer auf, wenn er Fehler findet, als ob er sich nicht denken könnte, was ich meine.
</ironie>

Gruß,
Henning

[Thomas]

Ich rege mich bei meinem C++ Compiler auch immer auf, wenn er Fehler findet, als ob er sich nicht denken könnte, was ich meine.

Ich bin Informatiker (deshalb macht auch ein anderer den HTML-Kram) und weiss, dass man gerade bei solchen Formaten mit Fehlern rechnen muss und diese abfangen kann! MS und andere können es ja auch, also ist o.a. völlig fehl am Platz und nur eine dumme Ausrede!

[Tim Tepaße]

Hallo ,

Ich bin Informatiker (deshalb macht auch ein anderer den HTML-Kram) und
weiss, dass man gerade bei solchen Formaten mit Fehlern rechnen muss und
diese abfangen kann!

Es gibt den schönen Spruch, daß man bei der Erzeugung von Daten in bestimmten
Formaten so konservativ wie möglich agieren sollte, beim Einlesen dagegen
so liberal wie möglicht.

Letzteres forderst Du zu Recht, ersteres bist Du aber nicht bereit zu
leisten. Wenn Du Dir nicht sicher, ob Deine Ausgabe nicht vielleicht doch
fehlerbehaftet bist, ist der einzige Weg, dieses zu kontrollieren.
Werkzeuge dafür gibt es en Masse. Deswegen ist das eine undiskutierbare
Vorraussetzung. Punkt.

• Tim

[Andreas Schneider]

Hallo Thomas,

MS und andere können es ja auch, also ist o.a. völlig fehl am Platz und nur eine dumme Ausrede!

Ich halte "Ich schreibe was ich will, der Browser kann meine Fehler ja beheben" für die dümmere Ausrede.

Grüße
Andreas

[Thomas]

Ich halte "Ich schreibe was ich will, der Browser kann meine Fehler ja beheben" für die dümmere Ausrede.

Ach weisst Du, was soll man denn da noch sagen. Dann können diese tollen Browser, also mindestens in der 7. Generation, entsprechende Debugfunktionen einbauen, wenn sich das Angebotene an Code oder Eingabe nicht korrigieren lässt oder man nicht will! Ich kann nicht verstehen, was sich die Entwickler von Mozilla, Opera & Co. denken! Ich dürfte so was nicht abgeben. So was geht wirklich nur in Open Source oder bei Firmen, denen auch offensichtliche Bugs egal sind (Opera, da habe ich mehrfach seit V5 einen Bug in der DDE Schnittstelle gemeldet, der bis heute nicht behoben ist. Jetzt ist es aber schon egal!).

Ein anderes Beispiel (mit Code):

<applet name="treemenu" width="100%" height="100%" code="com.carpathia.atc42s.AnimatedTreeControl.class" archive="/treemenu/atc42s.jar" MAYSCRIPT>
    <param name=bkgColor value="FFF5E6">
    <param name=openFolderIconFile value="/treemenu/icons/default.gif">
    <param name=closeFolderIconFile value="/treemenu/icons/default.gif">
    <param name=leafIconFile value="/treemenu/icons/page.gif">
    <param name=documentWindowName value=page>
    <param name=singleOpenedFolder value=false>
    <param name=useAnimation value=false>
    <param name=scrollBarUnitIncrement value=80>
    Ihr Browser unterstützt leider keine Java-Applets.
   </applet>

Dieses wird als einziges im MSIE korrekt ausgeführt. Nun sage mir einer, wo da der Fehler ist? Die einfachsten Dinge in der Formatierung funktionieren in o.a. Open Source & Co. nicht!

[Andreas Schneider]

Hallo Thomas,

Den Zusammenhang zwischen Bugs und der Tatsache manche Browser Fehler, die ein Seitenersteller macht, nicht korrigieren versehe ich nicht.

Grüße
Andreas

[Thomas]

Den Zusammenhang zwischen Bugs und der Tatsache manche Browser Fehler, die ein Seitenersteller macht, nicht korrigieren versehe ich nicht.

Es geht darum, das anscheinend keiner zugeben will, dass der MSIE bei weitem der perfektere Browser ist. Über das Thema korrektur oder Hinweis kann man ja noch streiten, aber diese Browser machen weder das eine noch das andere! Es geht um deren Hersteller, deshalb auch der Bezug zum Bug UND sie zeigen ja noch nicht mal Seiten korrekt an, die vollkommen fehlerfrei sind!
Es ist einfach katastrophal und das sollte einfach nur dargestellt werden. Deshalb kann ich die Lobbie für diese Browser nicht nachvollziehen!

[wahsaga]

hi,

Es geht darum, das anscheinend keiner zugeben will, dass der MSIE bei weitem der perfektere Browser ist.

mensch analüst, diesmal hast du uns aber wirklich schwer gemacht!

bitte baue die nächsten male wieder hinweise auf oslo/norwegen ein, oder verabschiede dich wenigstens mit dem üblichen denkt' mal drüber nach - so wie du dich hier verstellt hast, war's diesmal wirklich schwierig dich als den troll zu entlarven der du bist.

gut gemacht!
du lernst anscheinend langsam, die sache etwas spannender zu gestalten.

gruss,
wahsaga

[Henning]

Hallo,

mensch analüst, diesmal hast du uns aber wirklich schwer gemacht!

Hab ich irgendwas verpennt? Seid wann gibts Heise-Trolle im SELFForum?

Gruß,
Henning

[Christian Seiler]

Hallo Thomas,

Es geht darum, das anscheinend keiner zugeben will, dass der MSIE bei weitem der perfektere Browser ist.

1. Es gibt keinen perfekten Browser.
2. Der Komparativ von dem Adjektiv 'perfekt' lässt sich zwar grammatikalisch gesehen bilden, ergibt aber logisch gesehen keinen Sinn.
3. Die einzigen objektiven Kriterien, an denen man festlegen kann, wie "gut" ein Browser ist, sind folgende:

- wie sehr hält sich ein Browser an die Standards
 - welche nützlichen Features besitzt ein Browser
 - wie viele Bugs besitzt ein Browser

Alles andere ist subjektiv. Und nach diesen drei Kriterien ist der MSIE alles andere als perfekt.

Wenn er Dir subjektiv gefällt, dann verwende ihn. Da hat sicher niemand hier etwas dagegen. Allerdings kannst Du Dich hier nicht hinstellen und sagen: "Der MSIE ist besser als alle anderen" - denn das stimmt so einfach nicht.

Über das Thema korrektur oder Hinweis kann man ja noch streiten, aber diese Browser machen weder das eine noch das andere!

Nein. Mozilla und Opera halten sich an den CSS-Standard, der, wie MudGuard erklärt hat, vorschreibt, dass ungültige Angaben zu IGNORIEREN sind. Genau das tuen sie. Jeder Browser, der ungültige Angaben nicht ignoriert, hält sich nicht an den Standard und hat damit einen BUG.

UND sie zeigen ja noch nicht mal Seiten korrekt an, die vollkommen fehlerfrei sind!

Ich kenne keinen Browser, der alle denkbaren Seiten korrekt anzeigt, die fehlerfrei sind. Nenne mir einen, jetzt bin ich wirklich gespannt.

Desweiteren: Der MSIE hat mit standardkonformen Code weitaus mehr Probleme als Mozilla und Opera. Ich bin gerade über einem Problem, bei dem sogar der Netscape 4, der ja alles andere als ein guter[tm] Browser ist, das fast korrekt anzeigt; Mozilla, Opera und Konqueror selbstredend, und der IE lässt das ganze auseinanderfallen.

Es ist einfach katastrophal und das sollte einfach nur dargestellt werden.

Es ist einfach katastrophal, dass Browsern die Schuld gegeben wird, wenn

a) der Autor der Seite einen offensichtlichen Fehler eingebaut hat
b) der Browser sich in diesem Punkt an den Standard hält

Deshalb kann ich die Lobbie für diese Browser nicht nachvollziehen!

Es geht nicht um Lobby. Es geht einfach nur darum: Du kannst nicht einem Browser die Schuld geben, wenn er sich an den Standard hält und der Autor nicht und dann etwas nicht funktioniert. Punkt.

Viele Grüße,
Christian

[Henning]

Hallo,

Ich bin Informatiker (deshalb macht auch ein anderer den HTML-Kram) und weiss, dass man gerade bei solchen Formaten mit Fehlern rechnen muss und diese abfangen kann! MS und andere können es ja auch, also ist o.a. völlig fehl am Platz und nur eine dumme Ausrede!

Genau, er soll anzeigen wo was für ein Fehler aufgetreten ist. Er soll aber nicht anfangen rumzuraten. Es ist nicht festgelegt was er dann anzeigen soll, das könnte ja jeder Browser anders machen. Wie soll man dann noch vernünftig Fehler finden können.

[MudGuard]

Hi,

Genau, er soll anzeigen wo was für ein Fehler aufgetreten ist. Er soll aber nicht anfangen rumzuraten. Es ist nicht festgelegt was er dann anzeigen

soll, das könnte ja jeder Browser anders machen. Wie soll man dann noch vernünftig Fehler finden können.

Also zumindest bei CSS ist sehr genau festgelegt, was mit fehlerhaften Werten zu geschehen hat:
(siehe http://www.w3.org/TR/REC-CSS2/conform.html#conformance, 3. Punkt der Liste):

[...] the user agent must parse the value according to the property definition.
This means that the user agent must accept all valid values and must ignore declarations with invalid values.

Ein Browser, der also z.B. width:50; so interpretiert als könnte eine Breite von 50 Pixeln gemeint sein, hat einen Bug.

cu,
Andreas

[Iwemti]

Hi,

Ich bin Informatiker

Und dann solche Aussagen? Ohje, ohje...

Grüsse
Iwemti