ScoutX schrieb:
Seit wann unterstützt der Mac keine SVGs mehr? Dass ist schon ein starkes Stück. Da wundert mich nichts mehr.
Ich würde mal darauf tippen, dass der Fehler irgendwo zwischen der Safari-Webkit-Engine und der Vorgehensweise des Computerbase-Webservers liegt. Also nicht bei MacOS.
ricomq schrieb:
des weiteren muss man mal anmerken das SVG echt uralt ist und schon seit jahren nicht mehr weiterentwickelt wird.
Die letzte Version ist von 2003 - sag uns: Was willst du denn neues implementiert/genormt haben?
ricomq schrieb:
ja svg ist klasse und wenn man sich mal mit auseinandergesetzt hat, fragt man sich warum sich svg nie durchgesetzt hat.
Fehlende Software-Unterstützung. Außerdem war SVG seiner Zeit vorraus, da die Masse der Leute erst jetzt verschiedene Rechner mit Bildschirmen zwischen ca. 2" und ca. 30-40" haben. Dadurch wird die Skalierbarkeit von Bildern jetzt immer wichtiger.
ricomq schrieb:
aber seis drum. es ist nun einmal so. warum cb auf eine technologie setzt die eigentlich schon tot ist bzw. nur noch n nieschendasein fristet, entbehrt jeder logik.
Schon tot? Die SVG Open Konferenz ist dieses Jahr in Nürnberg, kannst hinfahren.
Und warum CB jetzt auch SVG-Dateien nutzt, liegt z. B. daran, dass die Browserunterstützung immer besser wird.
Derzeit haben nur Opera und Webkit sehr gute Unterstützung in den Versionen, die offiziell "stable" sind. In sechs Monaten haben dagegen wahrscheinlich über 50% der CB-Nutzer einen passenden Browser, da sich die Horde

auf Firefox 3 stürzen wird.
Dann lohnt es sich eben irgendwann, vor allem, da immer mehr User hohe Auflösungen benutzen und da schaut es ganz schön scheiße aus für klassische Bildformate. Für den IE und Nutzer älterer Browserversionen bleiben die alten Rastergrafiken erhalten.
ricomq schrieb:
innovativ wäre was mit silverlight zu machen. aber da sieht es ja mit der browserunterstützung noch zu mau aus (derzeit: opera no go).
ROFL
Nicht nur für Opera...
Warum ressourcenhungrige, aufgeblasene, binäre Daten (für die es erst ein Plugin braucht) für die Anzeige von Bildern (!) wählen, wenn man stattdessen simple, flexible XML-Daten nutzen kann (die auch Animationen ermöglicht). Das wäre ungefähr so bescheuert wie wenn man statt dem offenen Java ActiveX nutzen würde.
Und auch wenn es von Novell eine Implementierung für Linux-Systeme gibt, bleibt immer noch die Gefährdung durch Microsofts Patentmüllhalden und die Zukunft sowie Pflege der Plugins ist nicht gewährleistet. Ähnliche Probleme gibt es ja auch bei der Normung eines Videocodecs für HTML5.