Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4D06FD79F for ; Sat, 20 Oct 2012 21:10:49 +0000 (UTC) Received: (qmail 95127 invoked by uid 500); 20 Oct 2012 21:10:48 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 95090 invoked by uid 500); 20 Oct 2012 21:10:48 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 95082 invoked by uid 99); 20 Oct 2012 21:10:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 20 Oct 2012 21:10:48 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_NONE,RCVD_NUMERIC_HELO,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [165.212.64.32] (HELO cmsout01.mbox.net) (165.212.64.32) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 20 Oct 2012 21:10:38 +0000 Received: from co02.mbox.net (localhost [127.0.0.1]) by cmsout01.mbox.net (Postfix) with ESMTP id 9442B20843B for ; Sat, 20 Oct 2012 21:10:17 +0000 (UTC) X-USANET-Received: from co02.mbox.net [127.0.0.1] by co02.mbox.net via mtad (C8.MAIN.3.82G) with ESMTP id 324qJTVkP2592M02; Sat, 20 Oct 2012 21:10:14 -0000 X-USANET-Routed: 3 gwsout-vs Q:bmvirus Received: from imap04.cms.usa.net [165.212.11.4] by co02.mbox.net via smtad (C8.MAIN.3.87D) with ESMTP id XID332qJTVkP0582X02; Sat, 20 Oct 2012 21:10:14 -0000 X-USANET-Source: 165.212.11.4 OUT tangent@usa.net imap04.cms.usa.net X-USANET-MsgId: XID332qJTVkP0582X02 Received: from web01.cms.usa.net [165.212.8.201] by imap04.cms.usa.net (ESMTP/tangent@usa.net) via mtad (C8.MAIN.3.82G) with ESMTP id 531qJTVko9792M24; Sat, 20 Oct 2012 21:10:14 -0000 X-USANET-Auth: 165.212.8.201 AUTO tangent@usa.net web01.cms.usa.net Received: from 96.255.92.117 [96.255.92.117] by web01.cms.usa.net (USANET web-mailer C8.MAIN.3.86Z); Sat, 20 Oct 2012 21:10:14 -0000 Date: Sat, 20 Oct 2012 17:10:14 -0400 From: "Tianzhen Lin" To: Subject: RE: To AS4 or not X-Mailer: USANET web-mailer (C8.MAIN.3.86Z) Mime-Version: 1.0 Message-ID: <111qJTVJo8288S01.1350767414@web01.cms.usa.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Z-USANET-MsgId: XID531qJTVkP9792X24 X-Virus-Checked: Checked by ClamAV on apache.org I cannot wait to see the specs of AS4, and love to help out porting Flex framework from AS3 to AS4. What would be interesting is to see how to maintain the parity between the two versions, but a good technology is wo= rth the pain to keep it up to date. Tangent ------ Original Message ------ Received: Sat, 20 Oct 2012 05:02:44 PM EDT From: Gordon Smith To: "flex-dev@incubator.apache.org" Subject: RE: To AS4 or not > > Is it a stupide idea to use Falcon to transcode from AS3 to AS4 and t= hen compile AS4 with adobes compiler? (if we emulate or drop the native featu= res that disappeared) Is it realistic or a large amount of work to do? > = > It's not a stupid idea, but it is probably less work to just manually = port the framework to AS4. > = > > Is it realistic to use falcon to transcode flex codebase from AS3 to = any other language, and be able to use this generated code as the new codebas= e for Apache flex? > again, features like Events, or Display aside. > = > It is certainly possible. Whether it is realistic, given the lack of pe= ople volunteering to work on the compiler, is questionable in my mind. > = > - Gordon > = > -----Original Message----- > From: s=E9bastien Paturel [mailto:sebpatu.flex@gmail.com] = > Sent: Saturday, October 20, 2012 6:35 AM > To: flex-dev@incubator.apache.org > Subject: Re: To AS4 or not > = > Thanks Gordon for you answers, > = > "but you'd have to rewrite it even if the new VM ran AS3 because the ne= w VM doesn't have DisplayObject or Event" > Such features can be emulated in short term before rewriting the frame= work without them. > But rewrite the whole codebase because of synax changes is much more wo= rk to get done. > = > Is it a stupide idea to use Falcon to transcode from AS3 to AS4 and the= n compile AS4 with adobes compiler? (if we emulate or drop the native featu= res that disappeared) Is it realistic or a large amount of work to do? > = > I know its not good practice to try to code in AS3 for an AS4 vm with different patterns, but it can be a short term solution if we need to tar= get the new runtime rapidly. > If flex is multi target though, we won't be able to get a generic langu= age that can fit to every target patterns we want. > And with pragmatism in mind, flex is AS3 today, so we have to deal with= > AS3 for quite a time. > = > Gordon, another question that may be stupid. > Is it realistic to use falcon to transcode flex codebase from AS3 to an= y other language, and be able to use this generated code as the new codebas= e for Apache flex? > again, features like Events, or Display aside. > = > Thanks > Regards, > = > = > Le 20/10/2012 00:11, Gordon Smith a =E9crit : > >> So the only way to make flex run on the new VM is to rewrite the SDK= code, and with no easy way to do so? > > Yes, I think so, but you'd have to rewrite it even if the new VM ran = AS3 because the new VM doesn't have DisplayObject or Event! > > > >> Do you know if the next AIR runtime will only work for AS4? > > Sorry, I don't know the plans for AIR. > > > > - Gordon > > > > -----Original Message----- > > From: s=E9bastien Paturel [mailto:sebpatu.flex@gmail.com] > > Sent: Friday, October 19, 2012 3:02 PM > > To: flex-dev@incubator.apache.org > > Subject: Re: To AS4 or not > > > > So the only way to make flex run on the new VM is to rewrite the SDK = code, and with no easy way to do so? > > Do you know if the next AIR runtime will only work for AS4? > > > > Le 19/10/2012 23:53, Gordon Smith a =E9crit : > >> I think this would be difficult as the new VM is not designed to run= AS3. > >> > >> - Gordon > >> > >> -----Original Message----- > >> From: s=E9bastien Paturel [mailto:sebpatu.flex@gmail.com] > >> Sent: Friday, October 19, 2012 2:50 PM > >> To: flex-dev@incubator.apache.org > >> Subject: Re: To AS4 or not > >> > >> and using Falcon to compile AS3 to generate new VM bytecode? > >> is it more realistic to achieve? > >> > >> Le 19/10/2012 20:54, Gordon Smith a =E9crit : > >>>> Gordon, Adobe AS4 compiler won't be open sourced but would it be possible to adapt Falcon to target the new VM? > >>> Yes, it would be possible. Falcon/ASC 2.0 was the starting point fo= r Adobe's development of an AS4 compiler. But it's been many developer-year= s of work for us and it isn't trivial. ActionScript is more complex than MXML.= > >>> > >>> - Gordon > >>> > >>> > >>> -----Original Message----- > >>> From: Jo=E3o Fernandes [mailto:joaopedromartinsfernandes@gmail.com]= > >>> Sent: Friday, October 19, 2012 10:53 AM > >>> To: flex-dev@incubator.apache.org > >>> Subject: Re: To AS4 or not (was: Re: ASC 2.0 and Falcon) > >>> > >>> Alex, couldn't we simply use AS4 and have multiple target platforms= ? > >>> > >>> Gordon, Adobe AS4 compiler won't be open sourced but would it be possible to adapt Falcon to target the new VM? > =