nicht angemeldet
Hallo,
kann es sein, daß der Mozilla "display: marker" nicht kennt?
display:marker ist Teil von CSS/2.0, jedoch nicht von CSS/2.1.
Wenn das tatsächlich die Begründung ist, warum display:marker nicht implementiert wurde, was ich sehr bezweifle, dann muss konsequenterweise die Unterstützung für content:url(...) wieder abgeschaltet werden und ebenso alle Features von CSS 2.0, die nicht mehr in CSS 2.1 enthalten sind.
Mozilla beherrscht CSS/2.1.
Guter Witz. CSS 2.1 ist nicht einmal ein Standard. Und selbst wenn: Mozilla kann auch kein display:run-in, kein display:inline-block, keine CSS-Counter, welche allesamt durchaus Bestandteil von 2.1 (CR) sind. Insofern gibt es keine Hinweise darauf, dass die von dir herausgestellten Zusammenhänge existieren.
Das ist der Mozilla Way:
Im Jahr 2000 fragt mal jemand an, ob display:marker unterstützt wird. Mit dem Argument, dass display:marker nicht in CSS 3 sein wird, wird der Bug zwei Jahre später, in denen nichts passierte, WONTFIX. Stattdessen sollte das CSS 3 List Module implementiert werden (Kommentar von Hixie: »good plan«). 2003 fragt dann einer, wann denn die CSS 3-Variante ::marker implementiert wird. Mit dem Argument, dass CSS 3 noch längst kein Standard ist und CSS 2.1 (auch kein Standard) höhere Priorität hat, wird der Bug erstmal (durch Hixie) geschlossen. 2004 fragt jemand, ob das nicht widersprüchlich sei, und der ::marker-Bug wird wieder geöffnet. Heraus kommt: Sechs Jahre nach CSS 2 unterstützt Mozilla kein display:marker (::marker auch nicht). Erst wurde CSS 3 als Vorwand benutzt, jetzt CSS 2.1. Woanders sagte Hixie: »CSS2.1 does not affect whether Mozilla will implement something or not in any way.« Ahja.
http://bugzilla.mozilla.org/show_bug.cgi?id=26710
http://bugzilla.mozilla.org/show_bug.cgi?id=205202
http://bugzilla.mozilla.org/show_activity.cgi?id=205202
http://bugzilla.mozilla.org/show_bug.cgi?id=3247#c38
http://bugzilla.mozilla.org/show_bug.cgi?id=2056 display:run-in, seit 1998 kein Schritt vorwärts
http://bugzilla.mozilla.org/show_bug.cgi?id=3247 dito bei CSS-Counters
Solche an den Haaren herbei gezogenen Begründungen, warum Mozilla bestimmte CSS-Features nicht unterstützt (nicht unterstützen will), kennt man ja mittlerweile. Und letztlich findet sich sowieso niemand, der sie implementiert, weil ja immer gerade etwas anderes höhere Priorität hat...
Mathias