Cyx23: Mozilla verhindert SVG

Hallo,

sicherlich ist eine vernünftige Eigenentwicklung nicht schlecht.
Zitate von http://www.mozilla.org/projects/svg/:
"The Mozilla SVG implementation is a native SVG implementation. This is as opposed to plug-in SVG viewers ..."
"While we are still a long way away from full SVG support, ..."

Nun ist aber durch die Adobe-Plugins schon lange auf nahezu allen Browsern SVG-Darstellung möglich.
Wie schaut es bei Mozilla aus?
" ... your SVG-enabled Mozilla browser ... " steht zwar da, aber eine SVG-Aktivierung gibt es wohl nicht.
Statt dessen sollen wohl rund 14 MB an Browser runtergeladen werden.

Fazit: de facto verhindert Mozilla SVG und bremst schon seit Jahren ganz gewaltig die Entwicklung aus, wohl auch eine Form von Realtitäts- oder Glaubwürdigkeitsverlust, zumindest eine merkwürdige Vorstellung von verfügbarer Zeit um bestimmte Ziele zu erreichen.

Grüsse

Cyx23

  1. Hallo,

    Wäre wirklich schade, wenn SVG nicht unterstützt würde. Da muss es doch eine Lösung geben? Immerhin ist SVG durch seine Struktur und Nichkommerzialität eine bessere Alternative zu Flash & Co.

    Heiner

  2. Hallo,

    Wie sieht es denn in anderen Browsern aus: Wird SVG da unterstützt? Wir sieht es insbesondere im IE aus? Wenn ich kein SVG-Plugin im IE habe, kann ich dann mittels entsprechendem Quelltext automatisch einen Download starten, so wie bei fehlendem Flash-Plugin?

    Grüße
    Marius

    1. Hallo,

      Wie sieht es denn in anderen Browsern aus: Wird SVG da unterstützt? Wir sieht es insbesondere im IE aus?

      Das Adobe-Plugin 3.0 funktioniert mit IE, Netscape 6+/Mozilla (hier ggf. die Version 6 preview 1 verwenden) und Opera 7.x sowie Netscape 4.x.

      Der Corel SVG Viewer 2.1 unterstuetzt IE und Netscape 4.x/7.x, laeuft aber nur unter NT, W2K und XP.

      Wenn ich kein SVG-Plugin im IE habe, kann ich dann mittels entsprechendem Quelltext automatisch einen Download starten, so wie bei fehlendem Flash-Plugin?

      Man kann beim Einbinden einen Alternativinhalt angeben, also den Downloadlink.

      MfG, Thomas

      --
      SVG - Learning By Coding
      http://www.datenverdrahten.de/svglbc/
      1. Dann spricht ja eigentlich nichts gegen die Verwendung von SVG statt Flash oder übersehe ich etwas? Was ist besser Corel oder Adobe? Sind die kompatibel?

        Marius

        1. Hallo,

          Dann spricht ja eigentlich nichts gegen die Verwendung von SVG statt Flash oder übersehe ich etwas?

          SVG ist in der gegenwaertigen Praxis kein Flash-Ersatz, weil Dinge wie Audio, Video und Streaming noch nicht verfuegbar sind (oder nur ansatzweise wie a:audio im ASV).

          Aktuelle Anwendungsgebiete sind Kartografie, Mess- und Prozessdatenverarbeitung, CAD und Technische Illustration, oft auch in Intranet-Umgebungen und meistens geht es um XML-basierte Datenverarbeitung.

          Was ist besser Corel oder Adobe? Sind die kompatibel?

          Von den SVG-Elementen und -Attributen her prinzipiell schon, aber der CSV kennt u. a. noch immer keine Filter und Animationen und auch im DOM-Scripting-Bereich muss man noch Abstriche machen. Da hat der ASV 3.0 einfach Maßstaebe gesetzt.

          Lade Dir mal die Preview-Version des ASV 6.0 herunter link:http://www.adobe.com/svg/viewer/install/beta.html], der bereits einige Techniken aus SVG 1.2 kennt, z. B. Fließtext:
          http://www.datenverdrahten.de/svglbc/?code=flowtext.

          MfG, Thomas

          --
          SVG - Learning By Coding
          http://www.datenverdrahten.de/svglbc/
  3. Hi!

    Nun ist aber durch die Adobe-Plugins schon lange auf nahezu allen Browsern SVG-Darstellung möglich.
    Wie schaut es bei Mozilla aus?
    " ... your SVG-enabled Mozilla browser ... " steht zwar da, aber eine SVG-Aktivierung gibt es wohl nicht.
    Statt dessen sollen wohl rund 14 MB an Browser runtergeladen werden.

    Richtig. Das macht schliesslich Sinn wenn SVG nativ und nicht über ein PlugIn unterstützt werden soll.

    Fazit: de facto verhindert Mozilla SVG und bremst schon seit Jahren ganz gewaltig die Entwicklung aus, wohl auch eine Form von Realtitäts- oder Glaubwürdigkeitsverlust, zumindest eine merkwürdige Vorstellung von verfügbarer Zeit um bestimmte Ziele zu erreichen.

    Das die Mozilla-Organisation reichlich träge ist ja nix neues. Das das Adobe-PlugIn in Version 3 nicht mit dem Mozilla > 0.9.8(?) funktioniert liegt aber an der Trägheit von Adobe, welche sich nicht bemüssigt fühlten einer Änderung in der Mozilla-PlugIn-API folge zu leisten. Das Problem wird hoffentlich demnächst mit Version 6 gelöst werden.

    Gruß Herbalizer

    PS: Dafür Unterstützt Mozilla schonmal MathML welches bisher kein anderer Browser nativ kann.

    --
    SELF-Code: (http://emmanuel.dammerer.at/selfcode.html)
    sh:( fo:) ch:? rl:( br:> n4:& ie:% mo:} va:} de:] zu:) fl:{ ss:) ls:& js:|
  4. Hallo,

    immerhin ist die Preview Beta des Adobe 6 Viewers für Windows erhältlich:

    http://www.adobe.com/svg/viewer/install/beta.html
    Die Plugin-Dateien mussten aber bei mir extra ins Mozilla-Plugin Verzeichnis kopiert werden.

    Da es offenbar noch keinen Linuxviewer gibt und 3 MB download für den 6er Viewer auch nicht ohne sind, bleibt die Verfügbarkeit von SVG immer noch etwas eingeschränkt, aber die Verwendung von SVG auf "normalen" Seiten ist je nach Anforderung m.E. bereits naheliegender als die Verwendung von Flash, zumal die neueren Adobe Viewer einige Probleme der 2er Versionen abgelegt haben. Und ein wieder entfernbares browserübergreifendes Plugin scheint mir im Normalfall zumutbarer als eine andere Browserversion.

    Grüsse

    Cyx23

    1. Hallo,

      Da es offenbar noch keinen Linuxviewer gibt

      Doch, es gibt den ASV 3.0 Beta 1 fuer Linux: http://www.adobe.com/svg/viewer/install/old.html und die funktioniert auch passabel: http://www.styleassistant.de/test/SVGLBC_Linux_Mozilla_mit_IE_Theme.png.

      MfG, Thomas

      1. Hallo Thomas,

        Da es offenbar noch keinen Linuxviewer gibt

        Doch, es gibt den ASV 3.0 Beta 1 fuer Linux: http://www.adobe.com/svg/viewer/install/old.html und die funktioniert auch passabel: http://www.styleassistant.de/test/SVGLBC_Linux_Mozilla_mit_IE_Theme.png.

        erstmal erfreulich dass die potentielle Basis doch grösser ist als vermutetet.

        So richtig überzeugend ist das aber leider dennoch nicht, Opera 7 benötigt offenbar <embed> statt <object>, verschachteltes object und embed mag aber Netscape 4 nicht. Und Opera 7 scheint mit der 6er Beta nicht richtig klarzukommen, muss ich nochmal die Files aus der 3er Version suchen...

        Grüsse

        Cyx23

        1. Hallo,

          So richtig überzeugend ist das aber leider dennoch nicht, Opera 7 benötigt offenbar <embed> statt <object>, verschachteltes object und embed mag aber Netscape 4 nicht. Und Opera 7 scheint mit der 6er Beta nicht richtig klarzukommen, muss ich nochmal die Files aus der 3er Version suchen...

          Ich empfehle die Einbettung mit IFrames. Das ist die einzige HTML-konforme Methode [*], die auch die Probleme von Mozilla 1+ mit dem ASV 3.0-Plugin umgeht sowie das Scripting von HTML <--> SVG ermoeglicht.

          [*] object waere natuerlich ideal, aber leider klappt damit das uebergreifende Scripting nicht, weil der Inhalt lokal aus dem Cache geladen wird.

          Test: http://www.datenverdrahten.de/svglbc/embed_object_iframe.htm.

          MfG, Thomas

          1. Hallo,

            Ich empfehle die Einbettung mit IFrames.

            das haut bei Opera natürlich auch nicht ohne Probleme hin, bleibt also embed.

            Grüsse

            Cyx23

            1. Hallo,

              Ich empfehle die Einbettung mit IFrames.

              das haut bei Opera natürlich auch nicht ohne Probleme hin, bleibt also embed.

              Bei mir hat das funktioniert: http://www.styleassistant.de/test/svgopera7.png.

              MfG, Thomas

              1. Hallo,

                Bei mir hat das funktioniert:

                also bei mir eben nicht.

                Opera 7.11 und 6.05 starten immerhin bei embed das 6er Plugin. Mit dem 3er macht 7.11 weniger Fehler. Bei iframe fragt 7.11 immerhin ob er die Datei speichern soll, 7.2 und 6.05 versuchen sich vmtl. an Textinhalt der SVG-Datei.

                Trotz meiner Skepsis gegenüber diesem Browser und dem m.E. sehr geringen Marktanteil möchte ich sowas eigentlich keinem Besucher zumuten, das Laden eines Plugin ist ja schon bescheiden genug.

                Grüsse

                Cyx23

                1. Hallo,

                  Opera 7.11 und 6.05 starten immerhin bei embed das 6er Plugin. Mit dem 3er macht 7.11 weniger Fehler. Bei iframe fragt 7.11 immerhin ob er die Datei speichern soll, 7.2 und 6.05 versuchen sich vmtl. an Textinhalt der SVG-Datei.

                  Mit 6.0x hatte ich bisher ueberhaupt keine Erfolge, nicht einmal mit embed.

                  Bei 7.11 habe ich unter Datei | Einstellungen | Programme und Pfade --> Dateitypen eingetragen:

                  MIME-Type       Dateierweiterung(en)
                  image/svg+xml   svg, svgz

                  und damit funktioniert es mit iframe wie im Screenshot gezeigt (mit beiden Optionen fuer "Aktion ...").

                  Mein Webserver ist zudem bzgl. MIME-Types so konfiguriert:

                  AddType image/svg+xml svg
                  AddType image/svg+xml svgz

                  MfG, Thomas

                  1. Hallo,

                    Mit 6.0x hatte ich bisher ueberhaupt keine Erfolge, nicht einmal mit embed.

                    da bin ich mir bei meinen übereinander installierten und deinstallierten 2.5, 3 und 6erß Plugins mit Opera 6 auch nicht ganz sicher ob es endgültig geklappt hat oder ob Opera 6 nur das Pluginfenster in der richtigen Grösse aufgezogen hat.

                    Opera 7(.11) hat immerhin (nur) mit embed und Version 3 funktioniert, bei 7.2 wars nichts, und 7.11 kommt mit Plugin 6ß auch nicht ganz klar.
                    Opera ist nach meinen Erfahrungen sowieso ein Problem für sich, mein Erklärungsversuch ist dass das Entwicklerteam zu klein und die Zeiträume zur Vermarktung zu kurz sind, vielleicht auch Quersubvention durch Handybrowser, aber das ist wie gesagt spekulativ um Gründe für das m.E. chaotische Verhalten der jeweiligen Versionen zu finden.

                    Bei 7.11 habe ich unter Datei | Einstellungen | Programme und Pfade --> Dateitypen eingetragen:

                    MIME-Type       Dateierweiterung(en)
                    image/svg+xml   svg, svgz

                    Eigentlich sehr hilfreich, aber genau das möchte ich nicht, denn im Grunde ist der Download von 3 MB Plugin schon nicht zumutbar, wobei man natürlich speziell beim Operanutzer eine Ausnahme machen könnte, wenn man unterstellt dass die schon überdurchschnittlich bereit sind ihren Browser anzupassen.

                    Mein Webserver ist zudem bzgl. MIME-Types so konfiguriert:

                    AddType image/svg+xml svg
                    AddType image/svg+xml svgz

                    Das kann ich noch versuchen.

                    Mein Ziel wäre SVG in "normalen" Websites einzusetzen, da sind 3MB Plugin schon ärgerlich, allerdings angesichts pdf- und Flashplugins vielleicht akzeptabel.

                    Grüsse

                    Cyx23

  5. Hallo Cyx,

    Fazit: de facto verhindert Mozilla SVG und bremst schon seit Jahren ganz
    gewaltig die Entwicklung aus, (..)

    Wie kommst Du auf das »verhindert«? Ich kann Deinem Gedankengang nicht
    folgen. Erläuterst Du das nochmal?

    zumindest eine merkwürdige Vorstellung von verfügbarer Zeit um bestimmte
    Ziele zu erreichen.

    http://www.mozilla.org/projects/svg/#help_us

    Tim

    1. Hallo Tim,

      Wie kommst Du auf das »verhindert«? Ich kann Deinem Gedankengang nicht
      folgen. Erläuterst Du das nochmal?

      wenn ich bei Browsern wie Opera oder Mozilla immerhin zu berücksichtigende Marktanteile annehmen muss, auch wenn schonmal Zweifel begründet sein mögen, hindern diese Produkte bzw. die Unfähigkeiten dieser Produkte massiv an der Weiterentwicklung und Einführung der nicht unterstützten Techniken. So werden SVG oder auch clientseitiges XSL je nach Browser ausgebremst oder -als möglicher Bestandteil "normaler" Websites- eben verhindert.

      Ich habe jetzt nicht weiter recherchiert welche patentrechtlichen oder sonstigen Probleme es gibt, aber SVG ist schon seit Jahren per Plugin in üblichen Browsern darstellbar. Die Alternative zu meiner Betrachtung des Ausbremsens oder Verhinderns von Entwicklungen wäre, Mozilla als Alltagsprodukt und damit als zu berücksichtigenden Browser zu vergessen, was natürlich gerade bei SVG als offenem Standard besonders pikant wäre.

      Grüsse

      Cyx23