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 01086D39D for ; Fri, 19 Oct 2012 20:03:16 +0000 (UTC) Received: (qmail 13245 invoked by uid 500); 19 Oct 2012 20:03:15 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 13148 invoked by uid 500); 19 Oct 2012 20:03:15 -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 13140 invoked by uid 99); 19 Oct 2012 20:03:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Oct 2012 20:03:15 +0000 X-ASF-Spam-Status: No, hits=-1.3 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gosmith@adobe.com designates 64.18.1.25 as permitted sender) Received: from [64.18.1.25] (HELO exprod6og110.obsmtp.com) (64.18.1.25) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Oct 2012 20:03:10 +0000 Received: from outbound-smtp-2.corp.adobe.com ([193.104.215.16]) by exprod6ob110.postini.com ([64.18.5.12]) with SMTP ID DSNKUIGx6QpzJvOiC8YSjTnsTJIgQOVJ906x@postini.com; Fri, 19 Oct 2012 13:02:49 PDT Received: from inner-relay-4.eur.adobe.com (inner-relay-4b [10.128.4.237]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id q9JK2mKd017466 for ; Fri, 19 Oct 2012 13:02:48 -0700 (PDT) Received: from nacas01.corp.adobe.com (nacas01.corp.adobe.com [10.8.189.99]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id q9JK2hXN002024 for ; Fri, 19 Oct 2012 13:02:47 -0700 (PDT) Received: from SJ1SWM219.corp.adobe.com (10.5.77.61) by nacas01.corp.adobe.com (10.8.189.99) with Microsoft SMTP Server (TLS) id 8.3.279.1; Fri, 19 Oct 2012 13:02:44 -0700 Received: from nambx05.corp.adobe.com ([10.8.189.124]) by SJ1SWM219.corp.adobe.com ([fe80::d55c:7209:7a34:fcf7%11]) with mapi; Fri, 19 Oct 2012 13:02:44 -0700 From: Gordon Smith To: "flex-dev@incubator.apache.org" Date: Fri, 19 Oct 2012 13:02:43 -0700 Subject: RE: compc config adjustements (was RE: ASC 2.0 and Falcon) Thread-Topic: compc config adjustements (was RE: ASC 2.0 and Falcon) Thread-Index: Ac2uLqtgMRf+9ckAQuqogJdeEnehqAABYMCQ Message-ID: <149F8129B58B2D418508E63117D9C5419B5AEB2C8C@nambx05.corp.adobe.com> References: <149F8129B58B2D418508E63117D9C5419B5AEB2A81@nambx05.corp.adobe.com> <20121018182503.155250488ldctf3z@www.teotigraphix.com> <149F8129B58B2D418508E63117D9C5419B5AEB2A9D@nambx05.corp.adobe.com> <20121018184907.15754xvkf0ivzn8j@www.teotigraphix.com> <149F8129B58B2D418508E63117D9C5419B5AEB2AD0@nambx05.corp.adobe.com> <20121018192504.32414d3p9d77uj80@www.teotigraphix.com> <20121019151853.12172akqveozbfrx@www.teotigraphix.com> In-Reply-To: <20121019151853.12172akqveozbfrx@www.teotigraphix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org jvmarg is a JVM option for Ant tasks, not a compc option. You would need t= o keep as a child tag of the tag. The bundles.properties file is right there in the project directory next to= the config file, so you don't even need a relative path. As for ${FLEX_HOME}, I think in a config file this becomes {flexlib} but I'= m not sure. - Gordon -----Original Message----- From: Michael Schmalle [mailto:apache@teotigraphix.com] Sent: Friday, October 19, 2012 12:19 PM To: flex-dev@incubator.apache.org Subject: Re: compc config adjustements (was RE: ASC 2.0 and Falcon) I did manage to do a prototype conversion this morning of the frameworks co= mpile target. There are a couple things I am uncertain about, -| resource-bundle-list=3D"${basedir}/bundles.properties" -| -| output=3D"${FLEX_HOME}/frameworks/libs/framework.swc" Tokens in flex-config are just {token} right or the dollar sign ${token}? I= t's been awhile for me as well. And I was more with component dev than sett= ing up component builds with flex-config. Other than the listed things above, it seems pretty straight forward with t= he tags. If you want to create a list, you can or I will next week and we c= ould work it together and then I can commit when it all looks good and stil= l compiles the SWCs. :) Mike Quoting Chema Balsas : > Hi Mike, > > I've dealt with the differences between compc and config files several > times in my day to day work... now I wish I'd written them down... :D > > I think I could find some time to try and help with this. Have you > already identified which builds need to be updated? We could compile a > list of them, then start from different ends and try to meet somewhere ha= lfway... > > @Gordon I don't know if this is a silly question, but is there a > reliable way of telling if the resulting swc is exactly the same as the o= ld one? > Should something like size or md5 maintained so we could check for that? > > Cheers, > Chema > > 2012/10/19 Michael Schmalle > >> Ok Gordon, >> >> I think I understand what you are saying, you want include files that >> completely configure the target without the compc task so it can be >> loaded from other clients. >> >> This is to be commited when changed in the develop branch. >> >> I will ask more questions if needed tomorrow as it sounds like that >> is your Apache work day. >> >> Thanks for all your answers today it has been appreciated. >> >> Mike >> >> >> Quoting Gordon Smith : >> >> Could you quickly elaborate on the "convert the tags" part for = me? >>>> >>> >>> Each project in sdk/trunk/frameworks/projects builds a SWC. For >>> example, look at the build.xml file inside >>> sdk/trunk/frameworks/projects/**framework, >>> which builds framework.swc. Its "compile" target has the >>> task >>> >>> >> output=3D"${FLEX_HOME}/** >>> frameworks/libs/framework.swc" >>> resource-bundle-list=3D"${** >>> basedir}/bundles.properties"> >>> >>> 11.1 >>> >> uri=3D"library://ns.adobe.com/**flex/mx" >>> manifest=3D"${basedir}/manifest.**xml"/> >>> >> uri=3D"http://www.adobe.com/**2006/mxml= " >>> manifest=3D"${basedir}/manifest.**xml"/> >>> >> uri=3D"library://ns.adobe.com/* *flex/mx "= /> >>> >>> **FrameworkClasses>> classes> >>> >>> >>> >>> >>> >>> >>> >> playerglobal.swc"/> >>> >>> >> frameworks/flex-config.xml"/> >>> >>> >> path=3D"${basedir}/defaults.css"**/> >>> >> path=3D"${basedir}/defaults-3.0.**0.css"/> >>> >> path=3D"${basedir}/assets/**Assets.swf"/> >>> >> path=3D"${basedir}/assets/**CalendarIcon.png"/> >>> >>> true >>> >>> >>> >>> >> NonCommittingChangeEvent"/> >>> >>> >>> >>> I want it to look instead like >>> >>> >>> >>> where you write the framework-config.xml file using the syntax in >>> files like flex-config.xml. >>> >>> The difficulty is that the syntax for the XML you put inside the >>> framework-config.xml file is different in various ways from the XML >>> tags inside the tag (for one thing, XML config files don't >>> use >>> attributes) so the conversion isn't always obvious. >>> >>> I want the "compile" target for every project in the projects >>> directory to use a config file for its compilation options. >>> >>> Then you or I can write JUnit tests that use Falcon to compile each >>> SWC by invoking Falcon with this config file. >>> >>> - Gordon >>> >>> >>> >>> -----Original Message----- >>> From: Michael Schmalle >>> [mailto:apache@teotigraphix.**com >>> ] >>> Sent: Thursday, October 18, 2012 3:49 PM >>> To: flex-dev@incubator.apache.org >>> Subject: RE: ASC 2.0 and Falcon >>> >>> Quoting Gordon Smith : >>> >>> Gordon I can help with MXML once I get my feet wet in understanding >>>>> exactly "What" needs to be implemented. >>>>> >>>> >>>> Tomorrow I'll be working on eliminating the falcon/sdk directory, >>>> since this violates Apache rules. >>>> >>>> Next week I'll check in the first few MXML parser tests for simple >>>> tags like and . At that point the pattern to follow >>>> for MXML parser tests will be clear. >>>> >>>> >>> I can help with further tests after this. >>> >>> >>>> - Gordon >>>> >>> >>> >>> Ok, I understand and replied in my previous email that I realize >>> MXML is >>> #1 priority. I will be working on this sooner than later as I see >>> what you do. >>> >>> >>> In the meantime, you could learn XML config file syntax and convert >>>> the tags. >>>> >>> >>> I experimented with the config when I was porting my asdoc program >>> that extended mxmlc. >>> >>> Could you quickly elaborate on the "convert the tags" part for = me? >>> >>> Mike >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>> -----Original Message----- >>>> From: Michael Schmalle >>>> [mailto:apache@teotigraphix.**com >>>> ] >>>> Sent: Thursday, October 18, 2012 3:25 PM >>>> To: flex-dev@incubator.apache.org >>>> Subject: RE: ASC 2.0 and Falcon >>>> >>>> So in essence you are saying; >>>> >>>> 1. Gordon needs help implementing MXML. >>>> 2. Flex is incompatible with the new VM that is stage3D based and a >>>> new architecture for components needs to be created based on Stage3D. >>>> 3. The ASC compiler of Falcon is going to need to be implemented to >>>> produce bytecode that is compatible with the new AVM. >>>> >>>> >>>> Correct? >>>> >>>> >>>> Gordon I can help with MXML once I get my feet wet in understanding >>>> exactly "What" needs to be implemented. >>>> >>>> >>>> Mike >>>> >>>> Quoting Gordon Smith : >>>> >>>> Furthermore, the new runtime uses new bytecode that the Falcon >>>>> compiler does not produce, and the new compiler that does produce >>>>> it doesn't compile MXML. >>>>> >>>>> - Gordon >>>>> >>>>> -----Original Message----- >>>>> From: Thibault Imbert [mailto:timbert@adobe.com] >>>>> Sent: Thursday, October 18, 2012 3:16 PM >>>>> To: flex-dev@incubator.apache.org >>>>> Subject: Re: ASC 2.0 and Falcon >>>>> >>>>> Hi Om, >>>>> >>>>> The rendering architecture of the new runtime is Stage3D only. So >>>>> essentially, there is not "native" DisplayObject. >>>>> So your framework needs to leverage Stage3D, just like iOS is >>>>> leveraging OpenGL for their components UI. >>>>> >>>>> That's why we have been funding Starling to help people transition >>>>> to a full Stage3D model. Recently, the community has created a >>>>> drawing API extension for Starling: >>>>> http://www.bytearray.org/?p=3D**4832>>>> 2>and >>>>> a few >>>>> weeks back a skeleton bones extension was also created to create >>>>> complex animations on top of Starling: >>>>> https://github.com/**DragonBones/**SkeletonAnimationFramework. >>>>> All of that >>>>> is open source, you can fork it, create extensions, etc. >>>>> >>>>> Feathers is the right model and approach, lightweight UI framework >>>>> on top of Starling (which does all the Stage3D work behind the scenes= ). >>>>> >>>>> Keep in mind Feathers "vision" is not to replace Flex, it is a >>>>> lightweight UI framework for Uis in games, developed by a Flex >>>>> developer who wanted to have some of the power of Flex (skinning, >>>>> productivity) without reproducing the same mistakes as Flex (lots >>>>> of dependencies and display list based). >>>>> >>>>> Thibault Imbert | sr. product manager gaming (Graphics, Language, >>>>> VM, >>>>> Compiler) | Monocle | adobe systems gaming.adobe.com >>>>> | bytearray.org >>>>> | @thibault_imbert >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On 10/18/12 3:01 PM, "Om" wrote: >>>>> >>>>> >>>>>>> Just a heads up, given the architecture changes of the next-gen >>>>>>> runtime, Flex will not be able to run in it. I would "highly" >>>>>>> recommend you guys having a look at Feathers (work from Josh >>>>>>> Tynjala >>>>>>> - feathersui.com) on top of Starling, which will run >>>>>>> beautifully in our next runtime. >>>>>>> >>>>>> >>>>>> >>>>>> Could you please give us some technical details as to why Flex >>>>>> wont be able to run in the new runtime? This would help us >>>>>> figure out what we can/need to do given where we are currently. >>>>>> >>>>>> Of course, any other information you can provide to help us move >>>>>> Flex towards Stage3D/Starling would be beneficial. >>>>>> >>>>>> Thanks, >>>>>> Om >>>>>> >>>>>> >>>>>> On Thu, Oct 18, 2012 at 2:55 PM, Michael Schmalle >>>>>> **wrote: >>>>>> >>>>>> Quoting Thibault Imbert : >>>>>>> >>>>>>> Hi Mike, >>>>>>> >>>>>>>> >>>>>>>> This is true, but ASC is already moving to ASNext targeting the >>>>>>>> next generation runtime which is targeting game developers. So >>>>>>>> our resources are assigned to that and the time we have to >>>>>>>> take ASC >>>>>>>> 2.0 changes to Falcon, are limited. Gordon will bring >>>>>>>> key/showstopper bugs fixed in ASC >>>>>>>> 2.0 to Falcon, we cannot commit to anything more. >>>>>>>> >>>>>>>> Just a heads up, given the architecture changes of the next-gen >>>>>>>> runtime, Flex will not be able to run in it. I would "highly" >>>>>>>> recommend you guys having a look at Feathers (work from Josh >>>>>>>> Tynjala >>>>>>>> - feathersui.com) on top of Starling, which will run >>>>>>>> beautifully in our next runtime. >>>>>>>> >>>>>>>> >>>>>>> I have just started working with Josh and this component >>>>>>> architecture, it is very nice. I spoke of feathers earlier >>>>>>> today and was talking with Josh about MXML support. >>>>>>> >>>>>>> So your saying there needs to be a component framework developed >>>>>>> that will run in the new architecture to be cross compatible? I >>>>>>> don't quite understand what you are saying. >>>>>>> >>>>>>> Mike >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Some videos: >>>>>>> >>>>>>>> >>>>>>>> https://vimeo.com/51010861 >>>>>>>> >>>>>>>> http://www.youtube.com/watch?****v=3DDGRy7H17MkA&feature=3Dyoutu.*= * >>>>>>>> * >>>>>>>> *be&hd=3D>>>>>>> utu.**be&hd=3D> >>>>>>>> 1< htt >>>>>>>> p://www.youtube.com/watch?v=3D**DGRy7H17MkA&feature=3Dyoutu.be&**h= d >>>>>>>> =3D1>>>>>>> hd=3D1> >>>>>>>> > >>>>>>>> >>>>>>>> >>>>>>>> Thibault Imbert | sr. product manager gaming (Graphics, >>>>>>>> Language, VM, >>>>>>>> Compiler) | Monocle | adobe systems gaming.adobe.com >>>>>>>> | bytearray.org >>>>>>>> >>>>>>>> | @thibault_imbert >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 10/18/12 11:36 AM, "labriola@digitalprimates.net" >>>>>>>> wrote: >>>>>>>> >>>>>>>> We have no plans keeping ASC 2.0 (and above) in sync with >>>>>>>> Falcon, as I >>>>>>>> >>>>>>>>> said previously, today the compilers are different projects >>>>>>>>> and >>>>>>>>>> targeting two different audiences. >>>>>>>>>> >>>>>>>>>> >>>>>>>>> Yeh, we totally get why parsing the AS language and generating >>>>>>>>> bytecode will be very different for the game market. I can't >>>>>>>>> imagine the amount of time you guys are spending on the >>>>>>>>> differences in for loops alone.... >>>>>>>>> >>>>>>>>> Mike >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>> Michael Schmalle - Teoti Graphix, LLC >>>>>>> http://www.teotigraphix.com http://blog.teotigraphix.com >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>> -- >>>> Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com >>>> http://blog.teotigraphix.com >>>> >>>> >>>> >>> -- >>> Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com >>> http://blog.teotigraphix.com >>> >>> >>> >> -- >> Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com >> http://blog.teotigraphix.com >> >> > > > -- > Chema > -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com