2010 könnte das Jahr von HTML 5 werden: YouTube will zukünftig auf Flash bei der Wiedergabe von Videos verzichten und Apple verweigert die Integration von Flash z.B. auf dem iPhone und iPad. Wird HTML 5 Flash irgendwann ablösen?

Mit Sicherheit nicht! Zwar bietet HTML 5 neue Tags, zur Integration von Video/Audio und zur Entwicklung von Rich Internet Applications, dennoch kann es nicht mit Flash konkurrieren.

Bis HTML 5 sich als Standard durchsetzt, wird wohl noch ein ganzes Weilchen vergehen. Bis dahin müssen die Hersteller von Browser Software beweisen, dass die HTML 5 Implementierungen in Qualität und Kompatibilität nicht allzu sehr divergieren. Flash bleibt weiterhin Plattform- und Browser- unabhängig.

Apple’s offizielles Statement, dass Flash nicht auf mobilen Endgeräten (iPad/iPhone) aufgrund von Sicherheits- und Ressourcen- Problemen eingesetzt wird, muss vielmehr aus wirtschaftlicher Sicht betrachtet werden: Würde Apple seine Geräte für Flash Inhalte öffnen, könnten Flash-Entwickler diese Plattformen erschließen und Apple hätte nicht mehr die alleinige Kontrolle über die Inhalte.

Meiner Meinung nach, wird HTML 5 die Flash Technologie auf lange Sicht sicherlich in einigen “Teilbereichen” ablösen können, allerdings fehlt die notwendige “Tiefe” für die Entwicklung von komplexen Rich Internet Applications. Alleine schon den Zustand einer RIA auf dem Client in JavaScript abzubilden ist unnötig komplex.  Dennoch sehe ich in HTML 5 auch viele Vorteile gegenüber Flash. Schön wäre z.B. ein youTube ohne Flash. Sehr interessant ist ein Blick in die HTML 5 API, die z.B. eine Geolocation Funktion offenbart, die Florian Plag in seinem Blog vorstellt.

HTML 5 steht eine ausgereifte und plattformunabhängige Technologie Namens Flash gegenüber, die im Bereich Enterprise Rich Internet Applications zu viel Kompetenz besitzt, als das sie auf die schnelle von einer Skriptsprache verdrängt werden könnte.

*Update 4.02.2010, 15:45 Uhr* Kaum verweigert Apple Flash den Zutritt auf das iPad, verkündet ein Herr Jobs das Flash in ein paar Jahren niemand mehr braucht (weil dieses durch HTML 5 ersetzt wird) und youTube schaltet einen HTML 5 Demo Player auf, gehen die sinnentstellten Diskussion in öffentlichen Foren, Blogs und sogar Fachmagazinen (!) los. Es gibt zwei Blogger, die mir derzeit absolut aus der Seele sprechen, was jene Diskussionen angeht.

Der erste im Bunde ist Mike Chambers mit seinem Artikel Some personal thoughts on Apple and the trend towards closed platforms. Für mich eine perfekte Abhandlung über die sonst so freien Web 2.0 Jünger, die einerseits Peditionen gegen die Vorratsdatenspeicherung unterzeichnen und andererseits Apple mit seiner Meinung über Flash unterstützen, um sich damit für eine geschlossene, propriätäre und von einem amerikanischen Großkonzern kontrollierte Plattform zu entscheiden.

Und dann wäre da noch Grant Skinner mit seinem Artikel My Thoughts on the Future of Flash. Dieses Zitat von Grant finde ich klasse und absolut zutreffend:

Let me start by saying that I completely lack empathy for people who get so emotional about technology. I don’t care if it’s Mac vs. PC, XBox vs. PS3, or Flash vs. HTML 5, I say use whatever works for you. If you want to get into a mature discussion about it’s pros and cons, that’s cool, but spouting vitriol on a public forum just makes you look like an ass. Period.

Fazit:

HTML 5 wird uns zwar den Zugang zu medialen Inhalten (siehe YouTube HTML 5 Player) sicherlich einfacher machen und es besitzt wirklich interessante technische Aspekte, dennoch bleibt noch ein langer und steiniger Weg bis zum produktiven Einsatz.

Weblinks:

• YoutTube Blog – Introducing YouTube HTML5 Supported Videos
• YouTube – HTML 5 Player Experiment
• Netzchannel.de – Die neuen Tags in HTML 5
• Ryan Stewart -On Google, YouTube, HTML5, Adobe, and Flash
• video-flash.de – HTML5: Standort des Nutzers ermitteln

Link: Adobe Labs – SwitchBoard
Link: Was leistet Adobe AIR?

Eine sehr schöne Übersicht zur Entwicklung von Rich Internet Applications (RIA) mit Adobe AIR und Google Gears findet sich im Ajaxian Blog.

Link: Taking Web Applications Offline, to the Desktop, and beyond

Timo Ernst hat ein interessantes Whitepaper zu OpenLaszlo veröffentlicht. Einsteiger bekommen einen schnellen Einblick in die Technologie. OpenLaszlo ist eine serverbasierte deklarative Entwicklungsumgebung, die es dem Entwickler ermöglicht “Rich Internet Applications” (RIA) on-the-fly zu erzeugen.

Link: Zum Blog von Timo Ernst

Seit dem 8. April bietet Google (zunächst für 10.000 Entwickler in der Beta-Phase) eine kostenlose Infrastruktur für Webapplikationen an. Die Webapplikationen können mit Python entwickelt werden. Google stellt zudem ein Datenbank-System und das Google File System (GFS), zum Speichern von Dateien, für Webentwickler bereit.

Link: http://code.google.com/appengine/

Eine Bildergalerie, basierend auf Prototype und mit sehr netten Features, hat Sebastian Brink auf seiner Webseite veröffentlicht. Zwar befindet sich die Galerie noch in der Entwicklung und steht daher noch nicht zum Download bereit, aber ein Blick lohnt sich schon vorab!

Link: http://qgallery.quadrifolia.de/

Die einen sehen sie als nützliche Helferlein im Alltag, die anderen empfinden sie als störend. Sie bringen nicht nur den Outlook-Terminkalender, sondern auch die neusten ToDo’s von Basecamp auf den Desktop oder zeigen die Aktienkurse an. Die Rede ist von «Widgets». Welche Technologien, Tools und Services gibt es?

Tools und Dienste zur Erstellung von Widgets (On-/Offline)

Folgende Technologien, Tools und Dienste (kleine Auswahl) erlauben die Erstellung von Off- bzw. Online Widgets:

Adobe «AIR» (On- und Offline)

Unterstützte Technologien:
Flash, AJAX, SQLite, HTML, PDF etc.

Plattformen:
Windows XP, Vista und Mac OSX.

Anforderungen (Client):
«AIR Adobe Integrated Runtime» (11 MB)

Anforderungen (Entwicklung):
Flex oder Flash CS3 Lizenz. AIR selbst ist kostenlos.

Publikation des Widgets (Anwender):
Über eine Webseite oder .AIR Datei

Besonderheiten:
Anbindung an «Google Analytics» möglich, On- und Offline Anwendung kann aus einer Code-Basis entwickelt und getestet werden (spart Kosten!), «Auto-Update» Funktion, Installation direkt aus dem Web möglich, Zugriff auf System möglich.

Link: http://www.adobe.com/products/air/

«Yahoo! Widget Engine» (Offline)

Unterstützte Technologien:
Flash, JavaScript, CSS, SQLite

Plattformen:
Windows XP, Vista und Mac OSX.

Anforderungen (Client):
«Yahoo! Widget Engine» (14,6 MB)

Anforderungen (Entwicklung):
kostenlos (Open-Source, freie Software)

Publikation des Widgets (Anwender):
über Yahoo! Widget Webseite oder Datei

Besonderheiten:
Anbindung an «Google Analytics» möglich, große weltweite Community.

Link: http://widgets.yahoo.com/

Google «Desktop-Gadgets» (Offline)

Unterstützte Technologien:
Flash, JavaScript

Plattformen:
Windows, Mac und Linux

Anforderungen (Client):
«Google Desktop» (1,75 MB)

Anforderungen (Entwicklung):
kostenlos (Open-Source, freie Software)

Publikation des Widgets (Anwender): Community (Webseite)

Besonderheiten:
Anbindung an «Google Analytics» möglich, große weltweite Community, «Hall of Fame», Erstellung von Widgets mit dem Google «Gadget Designer».

Link: http://desktop.google.com/plugins/

«Zinc» (Offline)

Unterstützte Technologien:
Flash, HTML, PDF

Plattformen:
Windows und Mac

Anforderungen (Client):
Keine

Anforderungen (Entwicklung):
ZINC 3.0 Lizenz

Publikation des Widgets (Anwender):
als ausführbare EXE-Datei (oder als ausführbare Datei für Mac)

Besonderheiten:
Installations-Assistent, Zugriff auf System-Funktionen möglich, Setup-Assistent, Darstellung von HTML, PDF, Video etc.

Link: http://www.multidmedia.com/

«sprout» (Online, Mashup-Tool)

Unterstützte Technologien:
Flash

Plattformen:
Unterstützung für soziale Netzwerke und Integration als Widget in Blogs oder Webseiten.

Anforderungen (Client):
Einbindung von HTML Code / Keine

Anforderungen (Entwicklung):
kostenlos (Open-Source, freie Software)

Publikation des Widgets (Anwender):
Über «Copy and Paste» oder Link-Button oder einen Partner wie «SpringWidgets»

Besonderheiten:
Umfangreicher visueller Editor zum Erstellen von Widgets, gute Integration in nahezu alle gängigen sozialen Netzwerke, Offline-Verwendung mithilfe des Partners «SpringWidgets» (siehe unten).

Link: http://www.sproutbuilder.com

(Mehr Infos zu sprout: Sprout – Editor für Flash Widgets)

«SpringWidgets» (On- und Offline)

Unterstützte Technologien:
Flash

Plattformen:
Windows XP, 2000, Vista und Mac OS X

Anforderungen (Client):
Online (Flash 8), Offline («SpringWidget» Laufzeitumgebung)

Anforderungen (Entwicklung):
Flash CS3

Publikation des Widgets (Anwender):
Über «Copy and Paste» oder Link-Button, als Datei zur Ausführung mit der Runtime.

Besonderheiten:
Mit «sprout» erstellte Widgets können mit dieser Software auch als Offline-Anwendung angeboten werden.

Link: http://www.springwidgets.com/

Funktionsprinzip bestehender Widget-Technologien

Viele Anbieter, gleicher Mechanismus: Bei Yahoo! kann ein Widget einfach per Klick auf der Yahoo! Webseite installiert werden. Dieser einfache Mechanismus setzt voraus, dass zuvor eine entsprechende Laufzeitumgebung vom Anwender installiert wurde.

Die Lösung mit einer «Runtime» (Laufzeitumgebung)

Zunächst muss eine Laufzeitumgebung (z.B. Google Desktop, Yahoo! Widget Engine oder SpringWidgets) installiert werden. Danach kann der Benutzer eine Community Seite besuchen und per «Klick» auf einen Link ein Widget sofort auf den Desktop bringen ohne eine zusätzliche Installation. Die Laufzeitumgebung erkennt den «Klick» auf den Link und bringt das Widget automatisch auf den Desktop.

Diese Art von «Widgets» kann sehr einfach veröffentlicht und somit verbreitet werden. Jeder der die Laufzeitumgebung installiert hat, kann das «Widget» benutzen.

Die Lösung als «Standalone-Applikation»

Dahinter verbirgt sich meist eine .EXE Datei (.zB. ZINC). Alle für das Widget benötigten Dateien sind in diese Datei «eingepackt». Die Anwendung muss installiert werden. Jedes neue Widget erfordert eine neue Installation.

Diese Art von Widget ist meist unabhängig von einer Community.

Die Lösung mit Links für soziale Netzwerke oder das Kopieren von Quellcode für das eigene Blog / Webseite

Von einer Community Seite, die eine Ansammlung von tausenden «Widgets» beinhaltet, kann der Benutzer über einen Link oder Button, ein bestimmtes «Widget» direkt in soziale Netzwerke wie «MySpace», «iGoogle», «LiveSpaces» etc. integrieren.

Für erfahrene Anwender besteht außerdem die Möglichkeit HTML-Quellcode direkt zu kopieren und auf einer Webseite bzw. einem Blog einzufügen. Der Code bildet dann in seiner Ausführung das «Widget» ab.

In einigen Fällen erlaubt der Anbieter (z.B. «sprout»), neben der Online-Veröffentlichung, auch eine Offline Nutzung mit entsprechenden Tools oder «Runtimes» (Laufzeitumgebungen). Hierdurch wird ein Mehrfachnutzen erzielt.

Fazit

Die Möglichkeiten ein Widget zu erstellen sind nahezu unbegrenzt.

Die Entscheidung für einen der unzähligen Dienste, für ein Tool oder eine Technologie zur Erstellung eines Widgets, hängt meist von verschiedenen Faktoren ab. Wer ein Widget zum Marketing-Instrument machen möchte, nutzt eine große Community zur Verbreitung. Diese Verbreitung wird stattfinden, sofern ein Widget den echten Mehrfachnutzen für den Benutzer bietet und spannend ist.

Widgets können echte Helfer, aber auch ziemlich nervtötend sein. Wer mit der Dosierung seiner Widgets auf dem Desktop sinnvoll umgeht, kann einen echten Mehrwert erzielen.

Verwandte Artikel:

Sprout – Editor für Flash Widgets

Wie einfach man mithilfe von Flash CS3 und einer binären Socketverbindung einen POP3-Server abfragen kann, demonstriert Lee Brimelow (Adobe Evangelist) auf seiner Webseite. Seit Einführung von ActionScript 3.0 sind zwei Arten von Socketverbindungen möglich: XML-Socketverbindungen und binäre Socketverbindungen.

Link: gotoandlearn.com – Binary Socket Fundamentals

Flash, das Animationstool?

„Du bist Flash-Entwickler? Äh, das ist doch mit Homepages und Animation und so…“

Mit dem Wort Flash verbinden viele, sogar routinierte Internetbenutzer und Anwendungsentwickler, immer noch unübersichtliche Microsites, bunte Flash-Banner, nervige kleine Spiele, Vollbild Pop-ups usw.

Obwohl Flash mit ActionScript 3 schon längst bei den Hochsprachen angekommen ist, wirkt die Technologie auch heute noch irgendwie gebranntmarkt mit dem Image des reinen Animationstools. Es wird sicherlich auch noch eine Weile dauern bis der letzte ergraute Internet-Benutzer begriffen hat, dass Flash mehr ist als das.

Beschäftigt man sich näher mit dem Thema Flash, so fällt auf das es viel mehr sein kann als nur das unscheinbare blinkende Banner. So taucht die Technologie in den unmöglichsten Tiefen des Internets auf. Man hört von „Flex GUI für SAP“, wie man „Web- und Desktop Anwendung aus einer Code-Basis“ (dank Flex und AIR) erzeugt, „Flash als Kontrolleinheit für die Hardware-Schnittstelle am PC“, „3D mit Flash mithilfe von Papervision 3D“ oder „Flash auf dem iPhone“.

Flash ist längst erwachsen geworden.

Ein Grund für den schlechten Ruf von Flash, sind mit Sicherheit die älteren Versionen von ActionScript die jedermann erlaubten ein wenig Code zusammen zu hacken und als „Flash-Film“ bereitzustellen. Die Designer wurden plötzlich auch zu Entwicklern. Manchmal mit mehr, manchmal mit weniger Erfolg.

Status quo

Momentan sind sehr viele konkurrierende Frontend-Technologien auf dem Markt, was es sehr schwer macht den Überblick zu behalten. Wer zwei Wochen sein Internet abschaltet und danach wieder an den Rechner zurückkehrt, wird viel verpasst und ebensoviel nachzuholen haben.

Zurzeit ist Flash die führende Technologie auf dem RIA-Markt und daran wird sich auch in absehbarer Zeit nicht viel ändern. Wer momentan Flash entwickeln möchte, der nutzt entweder die Flash Entwicklungsumgebung oder den Flex Builder. Zwar kommen beide Produkte von der gleichen Firma, nämlich von Adobe, doch das Zusammenspiel klappt noch nicht wirklich reibungslos.

Der Begriff Flashentwickler lässt sich meiner Meinung nach ganz gut in vier Gruppen unterteilen:

Status quo – „Der Designer“

Eigentlich bediene ich mich sehr ungern an irgendwelchen Klischees. „Der Designer“ oder „Der Entwickler“ sind in Wirklichkeit die Überbegriffe für Gruppen, die so nie existiert haben. In diesem Beispiel ist mit „Der Designer“ jene Gruppe von Menschen gemeint, zur der sich Mediengestalter, Grafiker oder Bewegtbild-Animateure zählen dürfen.

Mit Software von Drittanbietern oder „Adobe-Boardmitteln“ setzen sie aufwendige Animationen, 3D-Effekte oder einfache Spiegelungen in Buttons um, um sie dann in Flash zu importieren und zu animieren.

Das Programmieren übernehmen Andere.

Status quo – „Der Keyframer“

Nach wie vor existiert die Spezies des „Keyframers“, jene Art von „Programmierer“, der in mühevoller Kleinarbeit ActionScript 1 und 2 Codeschnipsel in einzelnen Frames ablegt aber von OOP noch nie etwas gehört hat.

Zum Thema „Wartung der Anwendung“ stehen in der Dokumentation Nummern von Frames in denen bestimmter Code zu finden ist.

Status quo – „Der Funktionen-Freak“

Jeder fängt mal klein an: 13.500 Zeilen geballter ActionScript Code in einer externen ActionScript-Datei (250 kB mächtig), 189 einzelne undokumentierte Funktionen (in der OOP nennen wir es Methoden) und dazu 97 globale Variablen. Diese Ausführung lässt das Herz des „Funktionen-Freaks“ höher schlagen, denn er ist der Einzige der noch einigermaßen den Überblick behält und eventuell weiß an welcher Stelle im Dokument der Code für das Menü im Projekt steht und geändert werden kann.

Status quo – „Der OOP’ler“

OOP ist die Abkürzung für „Objektorientierte Programmierung“. OOP wird von jenen Menschen praktiziert, die entweder von einer anderen Programmiersprache, wie z.B. Java, zur Flash Technologie wechselten oder jene die zunächst in einer der zuvor genannten Gruppen starteten, sich dann aber mit OOP beschäftigten und diese für sich entdeckten.

Von Grafik und Co. hat dieser Eigenbrödler nur wenig Ahnung. Seine Welt sind „Private Methods“, „Interfaces“ und „Vererbung“.

Die Zukunft von Flash

Auch wenn diese Auflistung zugegeben etwas überspitzt klingen mag und ich mir viel Mühe damit gegeben habe jeder Gruppe etwas Komisches zu geben, wird sich doch der ein oder andere irgendwie einordnen können. Die Praxis hat jedoch gezeigt, dass durchaus eine Vermischung möglich ist

Wer über die Zukunft der Technologie Flash redet, muss sich zwangsweise auch mit vielen unterschiedlichen Typen von Entwicklern herumschlagen. Schließlich soll es für den „Designer“ genauso einfach sein wie für den „OOP’ler“ zukünftig Flash zu entwickeln. Alle Typen von Entwicklern sollten auf das gleiche Projekt mit unterschiedlichen Tools Zugriff haben.

XFL, Flash’s neues Datenformat, ist ein guter Schritt in diese Richtung. Was Silverlight schon ab Stunde Null kannte, soll nun endlich auch nach Jahren der Entwicklung für Flash Einzug halten. Auf jeden Fall würde das neue Format ermöglichen, sofern man auf FLA ganz verzichtet, dass Designer und Entwickler wirklich reibungslos zusammenarbeiten könnten. Dies ist meiner Meinung nach die bedeutendste Neuerung in Flash CS4.

Fazit

Ich denke, dass der „Designer“ es zukünftig schwerer haben wird die OOP in Flash zu erlernen und das wir in Zukunft, in der Flashentwicklung, eine striktere Trennung von „Designer“ und „Entwickler“ haben werden. Den „Keyframer“ oder „Funktions-Freak“ wird es zukünftig nicht mehr geben.

Meiner Ansicht nach ist Adobe auf dem richtigen Weg Flash für die Zukunft des RIA-Marktes vorzubereiten. Sofern man das proprietäre Format stärker öffnet (als nur mit XFL) und für eine bessere Integration von bestehenden Adobe Produkten sorgt, sollte Flash sich auch weiterhin als Marktführer auf dem RIA-Markt behaupten können.

Es gilt Altlasten wie Code in Frames, das Format FLA oder die Bibliothek über Board zu werfen um fit für die Zukunft zu sein.

Weiterführende Weblinks:

• Future of Flash: Are you a devigner?
• Reflektions miniml – RIP Flash IDE
• The Flash Blog – What is Happening to Flash?
• FITC Amsterdam: Flash now and in the Future
• keyframer.com -Adobe gives sneak peek of our Flash future

Die zweite Version von SWFObject wurde vor kurzem veröffentlicht. Die JavaScript-Bibliothek erlaubt nicht nur die einfache Integration von Flash-Filmen in HTML Seiten, sondern bringt viele nützliche Features mit. Florian Plag hat in seinem Blog die wichtigsten Neuerungen aufgelistet.

Link: SWFObject 2.0 bei Google Code