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


Einschränkung für Video AutoPlay ab Chrome 66

Autor*in: Stefan Oswald


Technologie // User Experience & Design


Seit der Verteilung von Chrome Version 66 tritt das Problem auf, dass Videos plötzlich nicht mehr von alleine starten, obwohl Autoplay vorgesehen und auch richtig konfiguriert ist. Besonders unpraktisch ist das für Bewegtbilder-Keyvisuals. Die Debug-Konsole liefert dabei folgenden Hinweis: Uncaught (in promise) DOMException: play() failed because the user didn’t interact with the document first. https://goo.gl/xX8pDD …


Beitrag lesen
07
MAI
18

imx.Platform Lab: Einblicke, Austausch und Inspiration

Autor*in: Verena Schmuck


infomax   //   Strategie & Konzeption   //   Technologie   //   Tourismus


Vergangene Woche fand unser jährliches Netzwerk-Event der imx.Daten-und Serviceplattform statt. So viel sei vorab gesagt – es waren gelungene und wertvolle zwei Tage mit viel Input und Ideen, um unsere imx.Platform noch besser zu machen!


Beitrag lesen
27
FEB
24

The Vanilla Javascript Repository

Autor*in: Benjamin Hofmann


Technologie   //   User Experience & Design


Und gleich noch ein Linktipp für all diejenigen, die wie ich, nur ungern jQuery einsetzen und ihre Seiten dadurch aufblähen oder verlangsamen. Unter Vanilla List gibt es eine optisch sehr ansprechende Sammlung von Skripten, die auf Vanilla JS aufbauen und viele unserer Anwendungsfälle abdecken können. Sehr schön ist auch die direkte Anzeige davon, ob eine …


Beitrag lesen
23
SEP
16

OOP 2015 – Tag 3

Autor*in: Marc Kurzmann


Technologie // Über den Tellerrand


Heute ging’s gleich technisch los mit dem ersten Vortrag über Möglichkeiten zur Vereinfachung von Deployments und Abhängigkeiten zur Laufzeitumgebung. Goßes Problem stellt hier zum Einen die oftmals mühsame Bereitstellung der Laufzeitumgebung dar (insbes. Appserver, wie Tomcat etc.), zum Anderen bringt das eine große Abhängigkeit in den zu verwendenden Bibliotheken mit sich (Servlet-API). Einen interessanten Ansatz …


Beitrag lesen
30
JAN
15