Im Vergleich zur HTML 5 Frickelei ist Flash richtig performant

[Steve aus Cuppertino]

Da sieht man, wir inkompetent Steve Jobs ist, wenns nicht mehr um seine Kernkompetenz (Einlullen von Gläubigen) geht.

[Deine Flasher]

Wie lange wird schon an HTML5 geforscht, und wie lange an Flash?

[usp]

In welchen Bereichen von HTML5 ist Flash performanter?

Text rendern? Glaube ich nicht...
Drag&Drop von Dokumenten in den Browser? Kann Flash nicht.
Video- und Audioplayback? Ist HTML5 schneller.
Rendern von Formularen - z.B. mit einem Kalender zur einfachen Auswahl eines Datums? Sicher auch nicht.
Was meintest du dann? Local Storage, Geolocation, ...?

[ddadf]

> Text rendern? Glaube ich nicht...
HTML5 rendert Text? Ich bezweifle das eine Engine zum rendern von Text auf Basis von HTML5 und JavaScript auch nur Ansatzweiße so performant ist wie eine solche Engine, die in Flash umgsetzt wird.

> Drag&Drop von Dokumenten in den Browser? Kann Flash nicht.
Stimmt!

> Video- und Audioplayback? Ist HTML5 schneller.
Mh nein. Kann HTML5 Audio generieren?

> Rendern von Formularen - z.B. mit einem Kalender zur einfachen Auswahl eines Datums? Sicher auch nicht.
Ganz ganz sicher.

Aber: zum umsetzen von Interfaces für einfache Applikationen würde ich dennoch HTML5 und JavaScript bevorzugen.

[Steve aus Redmond]

Da sieht man, wie inkompetent diese W3C-Frickler sind, wenns nicht mehr um ihre Kernkompetenz (Einlullen von Gläubigen) geht.

[Flash der rote Blitz]

ddadf schrieb:
--------------------------------------------------------------------------------
> > Text rendern? Glaube ich nicht...
> HTML5 rendert Text? Ich bezweifle das eine Engine zum rendern von Text auf
> Basis von HTML5 und JavaScript auch nur Ansatzweiße so performant ist wie
> eine solche Engine, die in Flash umgsetzt wird.
>

Und wozu sollte man eine Engine zum Rendern von Text erneut umsetzen, wenn man sie schon (in Form des Browsers) vor sich hat? Dynamisches nachladen von Fonts, die nicht auf dem Rechner des Anwenders sind, ist AFAIK mit HTML5 möglich.

> > Drag&Drop von Dokumenten in den Browser? Kann Flash nicht.
> Stimmt!
>
> > Video- und Audioplayback? Ist HTML5 schneller.
> Mh nein. Kann HTML5 Audio generieren?
>

(Noch) nicht. Es ist aber IMHO nur eine Frage der Zeit, bis JavaScript genauso performant wird wie es Java in der aktuellen Version 6 ist. Wenn man mit längeren Latenzen leben kann, also wenn man nicht gerade einen Synthi als Webanwendung umsetzt, ist es praktikabel, das ganze auf einen Appserver auszulagern. Ein Tomcat ist heute genauso einfach aufgesetzt wie ein Apache mit PHP-Support, Java ist auch keine lahmende Ente mehr wie früher, dank Frameworks wie GWT ist Java EE beherrschbar geworden und mit steigender Verbreitung von HTML5 gibt es bestimmt auch bald billige Webspaces mit "Java-EE-Support" so wie es heute für ein paar Euro eine PHP-Seite gibt.

Flash wird nicht aussterben, aber ich hoffe, dass es nicht mehr für jeden popeligen Fade-Effekt verwendet wird.

> > Rendern von Formularen - z.B. mit einem Kalender zur einfachen Auswahl
> eines Datums? Sicher auch nicht.
> Ganz ganz sicher.
>

Wo soll Flash da performanter sein? Den Datepicker setzt man klugerweise direkt in HTML um und das bisschen Code zum Durchblättern der Monate/Jahre und generieren eines Datumsstrings kann doch nicht so schwer sein.

> Aber: zum umsetzen von Interfaces für einfache Applikationen würde ich
> dennoch HTML5 und JavaScript bevorzugen.

Wieso nur für einfache Applikationen? Ich kenne große Geschäftsanwendungen, die mit gigabyteweise Daten arbeiten, in J2EE umgesetzt sind UND performant laufen. Eine Flash-Anwendung ist auch eigentlich gar keine Webanwendung mehr, es ist eine Desktopanwendung, die in einer VM läuft und nur über den Browser geladen wird.