royale-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From serkan....@likyateknoloji.com
Subject Re: Substitutes in Apache Royale
Date Mon, 19 Feb 2018 07:44:04 GMT

Then is it possible to change the sdk of FlexBuilder to Royale and use ?

Quoting Piotr Zarzycki <piotrzarzycki21@gmail.com>:

> 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 <aharui@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.kazi@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:aharui@adobe.com <aharui@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.kazi@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:aharui@adobe.com <aharui@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.kazi@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:aharui@adobe.com <aharui@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.kazi@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
>>
>>
>>


-- 
Serkan Taş
Mobil : +90 532 250 07 71
Likya Bilgi Teknolojileri
ve İletişim Hiz. Ltd. Şti.
www.likyateknoloji.com

--------------------------------------
Bu elektronik posta ve onunla iletilen bütün dosyalar gizlidir. Sadece  
yukarıda isimleri belirtilen kişiler arasında özel haberleşme amacını  
taşımaktadır. Size yanlışlıkla ulaşmışsa bu elektonik postanın  
içeriğini açıklamanız, kopyalamanız, yönlendirmeniz ve kullanmanız  
kesinlikle yasaktır. Lütfen mesajı geri gönderiniz ve sisteminizden  
siliniz. Likya Bilgi Teknolojileri ve İletişim Hiz. Ltd. Şti. bu  
mesajın içeriği ile ilgili olarak hiç bir hukuksal sorumluluğu kabul  
etmez.

This electronic mail and any files transmitted with it are intended  
for the private use of  the persons named above. If you received this  
message in error, forwarding, copying or use of any of the information  
is strictly prohibited. Please immediately notify the sender and  
delete it from your system. Likya Bilgi Teknolojileri ve İletişim Hiz.  
Ltd. Şti. does not accept legal responsibility for the contents of  
this message.
--------------------------------------


Mime
View raw message