Alex, Are you saying that our SWF compiler is capable to compile Flex app? Wow didn't know. I thought everything what is written in Royale doesn't understand Flex. :)
Piotr On Mon, Feb 19, 2018, 08:35 Alex Harui <aha...@adobe.com> wrote: > Hi Alina, > > What I'm asking is that you take your original code without porting it at > all and run the Royale Compiler's SWF compiler. It should be able to > produce the same SWF you are deploying now. It might catch errors that the > Flex MXMLC compiler does not catch. We need a successful SWF output so we > know the compiler visited all APIs. Once you can get a SWF out, then later > I will provide you with an updated Royale SWF compiler that will also > output an API usage report. > > Thanks, > -Alex > > From: Alina Kazi <alina.k...@d-bz.com> > Reply-To: "users@royale.apache.org" <users@royale.apache.org> > Date: Sunday, February 18, 2018 at 10:37 PM > > To: "users@royale.apache.org" <users@royale.apache.org> > Subject: RE: Substitutes in Apache Royale > > Hi Alex, > > > > Sure, > > I’m compiling the code with the royale compiler. Porting basic components > that are available in Royale. > > > > Thanks > > Alina > > > > *From:* Alex Harui [mailto:aha...@adobe.com <aha...@adobe.com>] > *Sent:* Monday, February 19, 2018 11:16 AM > > > *To:* users@royale.apache.org > *Subject:* Re: Substitutes in Apache Royale > > > > Hi Alina, > > > > While I work on the compiler API report feature, you could start now > trying to get your code to compile with the royale compiler from the > command line. I think you can run the bin/mxmlc from the Royale releases > with the same options you use with Flex MXMLC. > > > > Give it a try and let us know. > > -Alex > > > > *From: *Alina Kazi <alina.k...@d-bz.com> > *Reply-To: *"users@royale.apache.org" <users@royale.apache.org> > *Date: *Sunday, February 18, 2018 at 8:29 PM > *To: *"users@royale.apache.org" <users@royale.apache.org> > *Subject: *RE: Substitutes in Apache Royale > > > > Hi Alex, > > > > I’ll be waiting for your response. > > > > Thanks, > > Alina > > > > > > *From:* Alex Harui [mailto:aha...@adobe.com <aha...@adobe.com>] > *Sent:* Friday, February 16, 2018 2:02 AM > *To:* users@royale.apache.org > *Subject:* Re: Substitutes in Apache Royale > > > > Hi Alina, > > > > I can't guarantee that you will be in production in six months, but I > believe we can help you get to the point where every screen shows up and > fills with data and we are fixing bugs in corner cases. We might also be > chasing down memory leaks and things like that. My strategy for lots of > things is to do the big things first and polish it later. For example, I > recently pushed some basic Virtual Item Renderer support for Royale, but > I'm pretty sure it will have bugs in corner cases, like deleting things > when scrolled to the bottom. But most apps start at the top and it will > get you going and we'll fix those corner cases later. > > > > I want to finish up some infrastructural things in Royale over the next > couple of weeks, then I will adjust the compiler to generate an API > report. Once we see what that looks like, I should be able to help take > the sample code you provided and make it work in Royale. So maybe in a > month or so, you'll see more activity around your code. Right now I need > to clean up a few things so we can be more efficient working with you. > > > > You won't need an IDE to generate the API report. If you know what > compiler settings you are using for your Flex app, you can just run a > Royale compiler from the command-line with the same arguments. I believe > that we are likely to make compiling your Flex app with the Royale compiler > one of the steps in migrating. The Royale compiler will catch some syntax > issues that the Flex compiler does not. > > > > More later, > > -Alex > > > > *From: *Alina Kazi <alina.k...@d-bz.com> > *Reply-To: *"users@royale.apache.org" <users@royale.apache.org> > *Date: *Thursday, February 15, 2018 at 2:13 AM > *To: *"users@royale.apache.org" <users@royale.apache.org> > *Subject: *RE: Substitutes in Apache Royale > > > > Hi Alex, > > Thank you so much. You gave me hope that I can achieve my target on time > and at least I am working in right direction. > > At most places I'm using getItemAt(0) to access the element in > ArrayCollection. > > At some places myArrayCollection[0].propertyname to access it > > > > If you will modify the Royale compiler, I will definitely try compiling my > Flex app with the Royale compiler and generate a report of APIs used. > > Currently I am using Visual Studio Code and apache royale 0.9.0 release is > installed.I will need your guidance which IDE and apache royale release > should I use to generate that report. > > > > Thanks, > > Alina Kazi > > *From:* Alex Harui [mailto:aha...@adobe.com <aha...@adobe.com>] > *Sent:* Thursday, February 15, 2018 1:40 PM > *To:* users@royale.apache.org > *Subject:* Re: Substitutes in Apache Royale > > > > Hi Alina, > > > > Other than ArrayCollection, that looks right. There will be sorting > classes eventually. > > > > I think there are two buckets of things that you are going to need: > > > > Things we haven't written yet: > > - DividedBox/Container (mostly done) > > - Menu/MenuBar > > - VariableRowHeight > > - Editable DataGrids > > - Sorting? > > > > Things we have written, but aren't packaged in a way that makes migration > easy: > > - TitleWindow > > - Canvas > > - ArrayCollection > > > > For ArrayCollection, do you use array indexing (myArrayCollection[0]) or > do you access it as getItemAt(0)? > > > > You have so many files to port, it is tempting to create a Spark-ish and > MX-ish component set. They wouldn't be fully backward compatible but would > try to implement the most commonly used APIs. I'm wondering what > percentage of Flex APIs you actually used in your app. If I modify the > Royale compiler, could you try compiling your Flex app with the Royale > compiler and generate a report of APIs used? > > > > Thanks, > > -Alex > > > > *From: *Alina Kazi <alina.k...@d-bz.com> > *Reply-To: *"users@royale.apache.org" <users@royale.apache.org> > *Date: *Wednesday, February 14, 2018 at 11:06 PM > *To: *"users@royale.apache.org" <users@royale.apache.org> > *Subject: *Substitutes in Apache Royale > > > > Hi, > > > > I have replaced few imports in Apache Royale Project after comparison in > terms of functionality. > > As you all are more familiar to Flex and Apache Royale. > > Are these correct substitutes? > > import org.apache.royale.html.Alert; //instead of import mx.controls.Alert; > > import org.apache.royale.events.CloseEvent; // instead of import > mx.events.CloseEvent; > > import org.apache.royale.net.events.FaultEvent; // instead of import > mx.rpc.events.FaultEvent; > > import org.apache.royale.net.events.ResultEvent; //instead of import > mx.rpc.events.ResultEvent; > > import mx.collections.ArrayCollection; //very similar to > org.apache.royale.collections.TreeData > > import mx.collections.Sort; // No Alternate found > > import mx.collections.SortField;// No Alternate found > > import mx.managers.PopUpManager; //org.apache.royale.core.IPopUp or > .IPopUpHost > > import org.apache.royale.utils.StringUtil;// instead of import > mx.utils.StringUtil; > > > > Reference: > http://apacheflexbuild.cloudapp.net:8080/job/Royale_ASDoc_Example/lastSuccessfulBuild/artifact/examples/royale/ASDoc/bin/js-debug/index.html > <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheflexbuild.cloudapp.net%3A8080%2Fjob%2FRoyale_ASDoc_Example%2FlastSuccessfulBuild%2Fartifact%2Fexamples%2Froyale%2FASDoc%2Fbin%2Fjs-debug%2Findex.html&data=02%7C01%7Caharui%40adobe.com%7C2a0f4a052bf44496feaf08d574445542%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636542759199500428&sdata=A9xjrAppjUqWDkvAJTgSHhOOW3ZlkZPPZTD5%2BG4eexw%3D&reserved=0> > > > > Thanks, > > Alina Kazi > > >