Flash stirbt, aber wie geht es weiter?

Datum: 23. Februar 2012
Autor*in: Axel Güldner


Wir sind uns sicher weitestgehend einig, dass Flash am Sterben ist. Apple hat mit seiner Entscheidung, Adobes Plugin auf mobilen Geräten nicht zu unterstützen, eine Entwicklung ausgelöst, an derren Ende das Flashplugin komplett verschwinden wird. Und wir sind uns auch sicher hier wieder größtenteils einig, wenn ich behaupte, Flash werden nur wenige vermissen.

Aber wie geht es weiter mit dem Thema Webanimationen? Ist es überhaupt noch nötig mit grafischen Elementen zu arbeiten, wo doch mittels jQuery und Co. beliebige Domobjekte einer Seite, nach Lust und Laune rumgeschubst, gedreht, vergrößert, verkleinert sowie ein- und ausgeblendet werden können?

Ich denke nach wie vor, dass Animationen im Web, egal mit welcher Technik sie auch realisiert wurden, durchaus das Potential haben, ein gutes Design zu einem großartigem Weberlebnis werden zu lassen, wenn man sparsam und sinnvoll mit ihnen umgeht (es will sicher keiner eine Wiederbelebung dieser gif-animierten Webseiten, wo an jeder Ecke irgendwelche Tiere und Abkömmlinge von Karl Klammer penetrant rumhüpfen).

Die Frage ist jetzt, wie geht es weiter, wenn Flash bald keine Option mehr ist.
Die Antwort ist zweigeteilt und richtet sich nach dem jeweiligen Anwendungsfall. Im Grunde gibt es 2 Technologien, jede mit eigenen Vor- und Nachteilen.

Das Canvas Objekt

HTML 5 ist cool – aber IEs müssen draussen bleiben

Sicherlich die Technik der Zukunft, mit Canvas kann man so ziemlich alles machen was einem animationstechnisch so einfällt. Nur leider werden alte Browser die nicht HTML 5 fähig sind, außen vor bleiben.

SVG

klassisch – vielleicht sogar zu klassisch

SVG war lange die einzige Alternative zu Flash, um vektorisierte Grafiken ins Web zu bringen. Das funktioniert auch heute noch, sogar mit alten Browsern, nur wird SVG vom Android Betriebsystem nicht unterstützt, was es für mobile Anwendungen schon wieder unbrauchbar macht.

Der folgende Blogbeitrag gibt eine gute und vor allem ausführlichere Beschreibung von 3 Frameworks die zum Zeichnen im Web auf Canvas oder SVG zurück greifen.
http://coding.smashingmagazine.com/2012/02/22/web-drawing-throwdown-paper-processing-raphael/
Zudem gibt es auch einige Codebeispiele zum ersten Experimentieren.


Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Technologie


YouTube Data-API v2 ist tot.

Autor*in: Benjamin Hofmann


Technologie


Wer es noch nicht mitbekommen hat, Google stellt die Version 2 seiner Data API für YouTube ein. Die Ankündigung für die Abschaltung der v2-API kam bereits im März 2014. Mehr Informationen gibt es hier: https://www.googlewatchblog.de/2015/04/youtube-data-api-viele/ Einen Migration-Guide von Google gibt es hier: https://developers.google.com/youtube/v3/migration-guide


Beitrag lesen
22
APR
15

Builder Pattern Eclipse Plugin

Autor*in:


Technologie


J. Bloch schildert in „Effective Java“ die Vorzüge des Builder Patterns, insbesondere bei Konstruktoren mit mehr als 4 Parametern: verbesserte Lesbarkeit, vor allem bei einer Vielzahl an optionalen Parametern konsistente, in sich abgeschlossene Erzeugung von unveränderlichen Objekten (im Vergleich zur Erzeugung mittels JavaBean Settern) Trotzdem ist das Schreiben des Builder-Codes ein wenig zeitaufwändig. Mittels dieses …


Beitrag lesen
05
JUL
12

KI gestützte Designtools

Autor*in: Carina Kruse


Technologie   //   Über den Tellerrand   //   User Experience & Design


Vor einer Weile stieß ich in einem Google Pocket Artikel auf die WebApp AutoDraw. Es erlangte meine Aufmerksamkeit dadurch, dass aus jeder Zeichnung, welche man rudimentär mit der Maus malte, das Programm ein passendes Icon generierte. Also aus den eigenen Scribbles direkt ein passendes Icon abfällt. Soweit genial, oder? Da musste ich mir direkt das …


Beitrag lesen
28
APR
22

Open Graph Tags in der imx.Library

Autor*in: Bastian Schwarz


Technologie


Soeben habe ich eine neue Version des MetainfoGenerators bereitgestellt, der einen Builder und einen Renderer für die Open Graph Tags beinhaltet. Die Logiken zur Einbindung sind nicht im „Mock“-Smartyplugin enthalten, da die Logik sich von Portal zu Portal unterscheiden kann. Wicht dafür ist, dass die Open Graph Tags mind. aus title, image, url und type …


Beitrag lesen
04
SEP
12