The topic was discussed a little, but it seemed to me that the general feeling was "as3 is not haxe", and "let's wait and see what adobe hands us on a plate".
I am definitely interested in such a project, but it's still an idea that needs some traction in the community, or it will have some difficulty finishing. - Niel On 13/03/2012, James Cowan <jamesmco...@googlemail.com> wrote: > > MXML/AS3/Flex are conceptually identical to XAML/C#/WPF. They borrow a > lot of ideas from previous XML UI technologies. > MXML/haXe/Flex does sound quite viable. > > The issue is that both Silverlight and Flash are dieing and haXe > represents a future for Flex because it is clever cross compiler > technology that targets lots of platforms - native o/s including mobile > via nme/cpp, vm via neko, browser via js and swf and in time java/c#. > > The problem with haXe is that a language/compiler is only a part of a > development environment - libraries/frameworks for persistence and GUI > are as important. If I could develop in haXe and use a haXe enabled Flex > as my GUI framework and a haXe enabled ORM (on the lines of > JPA/Hibernate) as my persistence framework and then could target > desktop/javascript/swf/mobile from the same code base, that would be > awesome. > > It may be a pipe dream if every library has to be rewritten at the > source level and I can understand anyone baulking at that. I will ask > Nicolas > if there might be a way of interfacing Flex or say Hibernate (when the > java target is ready) without rewrite at source level. I imagine he will > point at the migration tools and say that once the migration from AS3 to > haXe is done, one would dump the AS3 code. > > I live in the town where "Flash on the Beach" had its last year - there > was a big local Flash community but now it has moved on to Javascript > (with canvas) > and to mobile and they are much more interested in > HaXe/Corona/Titanium/Marmalade than Flex/Air mobile. > > Java/Swing failed on the desktop and the browser (applets) mainly > because of runtime issues (and competition from Microsoft/Apple) and I > would be sorry to see Flex die because the runtime (Flash) died under it. > > I would certainly see a future for Flex on Flash/Air technology if Adobe > donated the defunct Air for Linux to Apache and Apple issued a statement > embracing it > on OSX but I do not see this happening soon. > > James > > > On 12/03/2012 20:10, Martin Heidegger wrote: >> To be honest: if I would have to write a framework for haXe I would >> focus it on other things than I do in AS3. >> AS3 is not a perfect language (by a long shot) but in Flex MXML is a >> key concept and it does take some time to implement a hxml of >> the same logic, same goes for quite a few other aspects (that now >> "just work"). I am not opposed to that but like I said before: >> I wouldn't call that Flex because it most likely will not resemble >> Flex a lot. >> >> yours >> Martin. >> >> >> On 13/03/2012 04:56, James Cowan wrote: >>> haXe's ability to compiled to many targets (native cpp, java/c#, >>> javascript, as3/swf and neko vm) does make it very attractive >>> and it is open source. >>> >>> I noticed that ASwing (the port of Java Swing to AS3) is making the >>> plunge and moving to haXe to take advantage of the cpp >>> target: http://www.aswing.org/?cat=26. >>> >>> I did not get a sense from looking at the thread that there was much >>> enthusiasm for moving from AS3 to haXe and not porting >>> to haXe would mean 2 code bases which does not sound ideal. >>> >>> James >> >> > > -- Sent from my mobile device