In mehreren Diskussionen hier wurden Data URLs erwähnt um Bilder als Bitmap oder Vektorgraphiken auszuliefern ohne zusätzliche HTTP Requests zu generieren, im Austausch für eine mögliche Mehrfachübertragung von Inhalten.
Das ganze hängt nur bedingt mit diesem Artikel zusammen aber anscheinend ist dieser Standard trotz breiter Unterstützung (lediglich der IE unterstützt es nur in Preview Versionen bis jetzt) nur wenigen bekannt.
Data URLs können beliebige Daten enthalten. Die primitivste Variante ist
data:,Hello World!
(Was ein ASCII Textdokument mit dem Inhalt Hello World! representiert)
Aber auch Binärdaten können mit einem beliebigen MIME Type geladen werden:
data:text/plain;base64,SGVsbG8sIFdvcmxkIQ%3D%3D
(was in diesem Fall den selben Inhalt hat: ein Bild wäre zu groß und würde von diesem Forum zerschossen werden).
Wie gesagt:
Vorteil: Weniger Requests
Nachteil: Mehrfachübertragung
Es wird von vielen Entwicklern (z.B. Google) eingesetzt wenn sehr viele, sehr kleine übertragen werden müssen.
ich versuche mal ehrlich zu sein.
bekannt ja, aber seit Jahren nicht mehr damit beschäftigt.
Haste auf die schnelle ein paar Links?
Also mit SVG. War ja damals schon ein Thema.
1 mal bearbeitet, zuletzt am 05.07.10 11:33 durch firehorse.
https://developer.mozilla.org/en/data_URIs hat eigentlich alles wichtige. Der Standard ist wirklich so primitiv.
Hans Schmucker schrieb:
--------------------------------------------------------------------------------
> developer.mozilla.org hat eigentlich alles wichtige. Der Standard ist
> wirklich so primitiv.
immer noch der selbe link ;)
Kenne ich logischerweise schon.
Ich dachte eher zu SVG^^
Da dürfte CSS-Sprites die bessere Lösung sein um Requests zu sparen.
Vorteile:
- Viele kleine Bilder werden in einem großen zusammengefasst
- Caching!
Achso:
Keinen Link gerade, aber man braucht eigentlich auch keinen:
data:image/svg+xml,<?xml%20version="1.0"%20encoding="UTF-8"%20standalone="no"?>%20<svg%20xmlns:svg="http://www.w3.org/2000/svg"%20xmlns="http://www.w3.org/2000/svg"%20xmlns:xlink="http://www.w3.org/1999/xlink"%20xmlns:html="http://www.w3.org/1999/xhtml"%20version="1.0"%20width="570"%20height="570"%20id="svg2"><defs>%20</defs><rect%20x="0"%20y="0"%20width="100%"%20height="100%"%20fill="#f00"%20/></svg>
ist ein minimalistisches SVG Dokument als Data URL. Einach data:, den MIME und ein Komma davor und jedes SVG Dokument wird zu einer Data URL (das %20 macht der Browser selbst wenn du einmal copy-paste machst).
Ansonnsten kannst du dan ganze natürlich auch in ein svgz packen und das als Base64 enkodieren.
2 mal bearbeitet, zuletzt am 05.07.10 11:53 durch Hans Schmucker.
MrNice schrieb:
--------------------------------------------------------------------------------
> Da dürfte CSS-Sprites die bessere Lösung sein um Requests zu sparen.
>
> Vorteile:
> - Viele kleine Bilder werden in einem großen zusammengefasst
> - Caching!
Stimmt, in den meisten Fällen schon, aber ab und zu hast du auch kleine Bilder an Stellen wo du keine CSS Hacks verwenden kannst...
Hans Schmucker schrieb:
--------------------------------------------------------------------------------
> MrNice schrieb:
> ---------------------------------------------------------------------------
> -----
> > Da dürfte CSS-Sprites die bessere Lösung sein um Requests zu sparen.
> >
> > Vorteile:
> > - Viele kleine Bilder werden in einem großen zusammengefasst
> > - Caching!
>
> Stimmt, in den meisten Fällen schon, aber ab und zu hast du auch kleine
> Bilder an Stellen wo du keine CSS Hacks verwenden kannst...
>
Wer arbeitet noch mit CSS-Hacks?
Unterstützung für IE6/IE7 - never. Lohnt nicht mehr. Der IE ist einfach nun einmal veraltet und wer diesen nutzt der hat den Rechner vor dem er sitzt nicht einmal ansatzweise verstanden. Sollte dieser für Applikationen gebraucht werden, so spielt dieses sich intern, im Unternehmen, ab und zum surfen liegt FF oder Opera drauf.
Wer den IE7 nutzt, der hat auch mit ziemlicher Sicherheit schon den IE8 drauf.
Ich hatte mich auch schon drauf eingeschossen Dir CSS-sprites als Antwort zusenden.
Zumal sich in der eigentlich Weiterentwicklung (Deine Verweise) von SVG nicht viel getan hat in den letzten Jahren/Monaten. Muss ja auch nicht sein könnte man schreiben. Nur dann kommt wieder der IE ins Spiel, wie Du ja schon selbst geschrieben hattest.
firehorse schrieb:
> Wer arbeitet noch mit CSS-Hacks?
Falscher Ausdruck. Für mich sind CSS Sprites ein Hack.
firehorse schrieb:
> Zumal sich in der eigentlich Weiterentwicklung (Deine Verweise) von SVG
> nicht viel getan hat in den letzten Jahren/Monaten. Muss ja auch nicht sein
> könnte man schreiben. Nur dann kommt wieder der IE ins Spiel, wie Du ja
> schon selbst geschrieben hattest.
Ich kapier den Absatz nicht. Steh anscheinend auf dem Schlauch: SVG ist unterstützt von den meisten jetzigen und allen kommenden Browsern. Was meinst du mit "nicht viel getan"? Überarbeitung der spec? Die ist in Arbeit. 1.2 ist gerade bei der Verabschiedung und 2.0 ist in der Planungsphase.
Hans Schmucker schrieb:
--------------------------------------------------------------------------------
> firehorse schrieb:
> > Zumal sich in der eigentlich Weiterentwicklung (Deine Verweise) von SVG
> > nicht viel getan hat in den letzten Jahren/Monaten. Muss ja auch nicht
> sein
> > könnte man schreiben. Nur dann kommt wieder der IE ins Spiel, wie Du ja
> > schon selbst geschrieben hattest.
>
> Ich kapier den Absatz nicht. Steh anscheinend auf dem Schlauch: SVG ist
> unterstützt von den meisten jetzigen und allen kommenden Browsern. Was
> meinst du mit "nicht viel getan"? Überarbeitung der spec? Die ist in
> Arbeit. 1.2 ist gerade bei der Verabschiedung und 2.0 ist in der
> Planungsphase.
>
Sorry. Mein Fehler. Bin hier auch gerade am schauen. Hab ja heute mal Zeit^^
In Zukunft könnten auch Resource-Packages helfen, falls der Ansatz in Zukunft angenommen werden würde:
http://limi.net/articles/resource-packages/
Dankeschön! Der Vorschlag ist irgendwie vollkommen an mir vorbeigegangen!
Dann will ich noch einen nachlegen, das kam (zumindest für mich) doch etwas überraschend:
Firefox 4.0 wird nun endlich auch SVG als <img> element können -ebenso als CSS Background (und gar als favicon etc.):
"Using SVG as images and as CSS backgrounds:
You can now use SVG with the <img> element, as well as the background
image in CSS. See bug 272288, bug 276431 and bug 231179."
https://developer.mozilla.org/en/Firefox_4_for_developers
Aus Bugzilla:
Robert O'Callahan (:roc) (Mozilla Corporation) 2010-07-01
02:12:27 CEST
dholbert actually has working patches in bug 276431. They're pretty
close to
done.
...
(Those patches make us support SVG everywhere we support images ...
<img>, CSS,
favicons, etc)
Stimmt, dholbert hat schon TryServer builds oben. Sie sind noch nicht ganz Fehlerfrei (manchmal "blutet" das SVG in den Rest des Dokuments), aber es würde mich schon sehr wundern wenn es die Patches nicht in 4 schaffen würden. Ich glaub ein Teil der Patches landet auch gerade im Trunk. Lass mich kurz nachschauen.
1 mal bearbeitet, zuletzt am 05.07.10 12:47 durch Hans Schmucker.
Da ist das TryServer Build das ich probiert hab:
http://ftp.mozilla.org/pub/mozilla.org/firefox/tryserver-builds/dholbert@mozilla.com-d1fd3e7bcdc1/tryserver-win32/
Hmm, beim Pushlog find ich noch nix, anscheinend hab ich mich getäuscht.
Ich weiß ja nicht was ihr darunter versteht, wenn ihr sagt, dass SVG von den jetzigen Browsern verstanden wird, aber der Firefox kann nichtmal in den aktuellen nightlys für 4.0 ein <animate> oder ein <set> umsetzen. Von anderen SVG-Befehlen und Browsern mal ganz zu schweigen.
Äh. doch. Schon lange.
Probier's nochmal. Hier ist ein Beispiel:
http://tapper-ware.net/data/devel/web/apps/SMIL.Stickman/index.svg
Funktioniert in den Nightlies problemlos.
1 mal bearbeitet, zuletzt am 05.07.10 12:55 durch Hans Schmucker.
Hans Schmucker schrieb:
--------------------------------------------------------------------------------
> Da ist das TryServer Build das ich probiert hab:
> ftp.mozilla.org
Hatte mir dieses Build auch vor paar Tagen gesaugt aber noch nicht ausprobiert, bald sollte es ja eh im Minefield auftauchen.
> Hmm, beim Pushlog find ich noch nix, anscheinend hab ich mich getäuscht.
Im Hauptbug 276431 sind ja noch keine positiven Reviews erfolgt.
Aber Minefield macht auch so in den letzten Tagen dem Namen alle Ehre ;)
SVG animation gibt es erst mit Gecko 1.9.3
Siehe z.B. hier: https://developer.mozilla.org/en/SVG_animation_(SMIL)_in_Firefox
Kommentare: 171 | letzter Beitrag 20:42 Uhr
Kommentare: 94 | letzter Beitrag 26.05. 19:45
Kommentare: 77 | letzter Beitrag 20:57 Uhr
Kommentare: 70 | letzter Beitrag 18:56 Uhr
Kommentare: 61 | letzter Beitrag 21:29 Uhr
E-Mail an news@golem.de
Laut Apple-Zulieferern wird das iPhone 5 mit einem neuartigen In-Cell-Touchscreen ausgerüstet. Als Hersteller soll Sony infrage kommen. Bislang hieß es, dass Apple Sharp und Toshiba bevorzugen würde.
Das Unternehmen Owncloud entwickele nur Software und biete Support für Kunden, sagte Technikchef Frank Karlitschek auf dem Linuxtag 2012. Darüber hinaus verriet er einige technische Details zu Owncloud 4 und kommenden Entwicklungen.
Das Landgericht Hamburg hat entschieden, dass der Blogger und Rechtsanwalt Markus Kompa für ein via Youtube eingebettetes ZDF-Video als Verbreiter haftet. Geklagt hat ein umstrittener Arzt aus München, der zuvor erfolgreich gegen den Bericht der ZDF-Sendung Wiso vorgegangen war.
Renesas ist nach Elpida der zweite schwer angeschlagene japanische Chiphersteller. Renesas, das Hitachi, Mitsubishi Electric und NEC gehört, macht Verlust und will seine größte Fabrik verkaufen.
RIM soll in den kommenden Tagen erneut einen massiven Stellenabbau ankündigen. "Ich habe herausgefunden, welche Teile ich in meinem Puzzle nicht mehr benötige", sagte Firmenchef Thorsten Heins.
Ein britisches Blog will erfahren haben, dass Facebook den norwegischen Browserhersteller Opera Software kaufen will. Beide Unternehmen wollen sich dazu nicht äußern.