as3 - html5/js cross compiling?

[_kweso]

hello,
machen solche sachen:

Flash Extension - Google Swiffy
oder
haXe

sinn, um mit einer as3-struktur für html/js zu coden?
gibts was besseres? anderes?

vielen dank
kws

[astrocreep]

swiffy ist imo quatsch, das geht nur mit as2, also eher für banner etc. geeignet.
es gibt noch Jangaroo - Jangaroo als crosscompiler. der kann wesentlich mehr, als swiffy. und adobe selber arbeitet an falcon js, einem eigenen as3 --> js crosscompiler. aber hier bin ich skeptisch. code-generation war bisher nie adobes stärke.
haxe ist kein crosscompiler. das ist eine eigene programmiersprache mit der möglichkeit verschiedener exports. das ganze ist schonmal sehr nett, ich bin hier gespannt, wie sich NME :: Create high-performance Windows, Mac, Linux, iOS, Android, webOS, Flash and HTML5 applications, written with Haxe weiterentwickelt. gerade im mobilebereich wird das gewaltig an bedeutung gewinnen. und wer as3 kann tut sich mit haxe extrem leicht.

was mich am meisten stört ist jeweils das assetmanagement. da gibt es einfach nichts, was swfs mit as das wasser reichen kann

[andrelehnert]

Zitat von astrocreep

swiffy ist imo quatsch, das geht nur mit as2, also eher für banner etc. geeignet.

!!
Und das auch nur, wenn es nicht dynamisch ist...
Einfachste Zeitleistentweens gehen - mehr aber auch nicht.
Hier mal der ANFANG einer wahrscheinlich endlosen Liste von
nicht unterstützten AS2(!) Klassen und Methoden.

swiffy-trace
The ActionScript class MovieClipLoader is not supported.
The ActionScript method MovieClip.loadMovie() is not supported.
The ActionScript method MovieClip.getNextHighestDepth() is not supported.
The ActionScript property MovieClip.blendMode is not supported.
The ActionScript property MovieClip.cacheAsBitmap is not supported.
The ActionScript property MovieClip.blendMode is not supported.

onEnterFrame geht auch nicht.

Ich werde jetzt mein erstes Projekt in Haxe realisieren.
Ich werde mich natürlich ob der neuen Situation mehr mit js auseinandersetzen. Aber vielleicht hilft Haxe mir in meinem speziellen Fall
wirklich am Besten weiter.
Mal sehen, wo da die Grenzen sind...

LG ANdré

[_kweso]

hab mir die sachen inzwischen auch genauer angesehen. dann kann ich das thema "swiffy" getrost abschliessen. aber haxe+nme werd ich mal ansehen. das klingt vielversprechend.

lasst wissen, wenn ihr was damit gemacht habt. werd ich auch...

lg
kws

[Lukezero]

Falcon js klingt fuer mich schon sehr interessant - was hat denn adobe in sachen crosscompiling versemmelt???

[Martin Kraft]

Ich halte generell nicht viel von Flash/AS-HTML/JS-Crosscompiling. Meiner bescheidenen Meinung nach kann da nur Käse rauskommen, sobald ein Mindestmaß an Interaktivität im Spiel ist. Dafür sind Flash und HTML im Kern einfach zu verschieden.

Bei etwas eher abstrahiertem wie HaXe mag das anders sein...

[_kweso]

ausserdem gehts ja nicht darum, html zu generieren sondern hauptsächlich js.

lg

[Lukezero]

Ich lass mich ueberraschen - zumindest um js etwas zu vertiefen koennte das ding nuetzlich sein.

[andrelehnert]

@Martin:
Ja die Interaktiven Möglichkeiten gilt es zu untersuchen.
Es geht hier - wie _kweso schon schrieb- nicht um html5 sondern
um das generierte js. Wär doch ein schöner luxus, oop mit as3-tendenz
zu entwickeln, und der haXe- Compiler spuckt dir astreines js aus.

Mir graut nämlich auch vor den nicht typisierten variablen, den unklaren Fehlermeldungen usw. in der js-programmierung.

LG ANdré

[Martin Kraft]

Gegen HaXe hatte ich ja auch nichts gesagt:

Zitat von Martin Kraft

Bei etwas eher abstrahiertem wie HaXe mag das anders sein...

[Oxigan]

ich finde es verrückt ( von Adobe ) überhaupt Resourcen in falcon js zu stecken und zu glauben, mann könne so die Lücke schließen. Es wird nie einen ordnetlichen X-Converter geben - nicht von AS3 -> irgendwas... Zumindest nichts, das meinen Ansprüchen gerecht wird. Und dann fehlen am Ende wieder n haufen Unterstützter Methoden/Klassen/Schnittstellen whatever und man hängt immer nur hinterher und am Ende stellen sie das Projekt ganz ein und jeder wäre besser beraten gewesen, die investierte Zeit um sich mit den neuen Tools rumzuärgern in sinnvolles "Programmieren-lernen" zu investieren ( also gleich JS / PHP ).

Meine Meinung.

[Omega Psi]

@Oxigan: Da wäre ich mir nicht so sicher an deiner Stelle.

[Lukezero]

@omega psi, wie kommts? Denkst du adobe bastelt ein js framework, das entsprechende moeglichkeiten bietet?

[Omega Psi]

Es gibt schon einige Frameworks, die solche Möglichkeiten bieten ... da steckt wenig Magie hinter.

[Lukezero]

...naja, wenn hier mit einem Haufen Frameworks gearbeitet würde, die wohl größten Teils openSource sein dürften, kommt da eine stark fragmentierte Codebase bei raus - ich kann mir vorstellen, dass sich Adobe darauf nicht einlassen würde.

Kenne mich aber in dem JS Bereich nicht annähernd gut genug aus - hauptsache die Möglichkeiten zu beidseitiger Umsetzung (weitestgehend) sind gegeben, dann kann Falcon JS ein wertvolles Tool werden, dass einem z.B. in Sachen Fallback-Lösungen als Stütze gute Dienste leistet.

Und wenn das Teil funktioniert, gefiele mir das für den Mobile-Bereich fast besser, als das Flash-Plugin. Gut finde ich, wenn Adobe die Grenzen zwischen den neuen Standards und Flash etwas verschmelzen lässt. Das macht es Frischlingen leichter, Flash zu nutzen.

Denn nach wie vor sehe ich als einziges, reales Problem in dieser hirnverbrannten occupy-Diskussion, dass der Flash Plattform die Entwickler ausgehen könnten - stetiger, hochwertiger Content kann das Plugin bis in die Ewigkeit auf 98% der Maschinen erhalten - also darf der nicht ausgehen.


Edit: Ups, da hab ich das leidige Thema selbst in einen falschen thread verschleppt, sorry dafür