Re: Future proof Flex/Flash apps.

2019-10-13 Thread Alex Harui
Royale (and any Apache project) will be around as long as there are 3 active 
committers/PMC members.  You can become one of them by contributing to the 
project (code, doc, bugs, marketing, whatever).  That way you can truly have a 
stake in the future.  No corporation can shut down Royale.

Nobody has gone into production on the MX/Spark emulation component set.  I 
think Alina's team is close.  The tourdeflex migration example might give you 
an idea of what it can currently do, but really, the goal is to make it work as 
well as you need it.  We are looking for folks who want to help us improve it.  
The mindset has to be different from the Adobe days when you could just wait 
for Adobe to cut another release for you to use.  It is important that people 
get involved, even if it is just reporting bugs.  There is no dedicated test 
team for Apache Royale.  There was for Adobe Flex.  There is no corporation 
pushing this technology.  The users are supposed to help with the pushing and 
pulling.

I'm not sure where the source code is for FlourineFX.  It might be transpilable 
to JS.  It appears to use AMF underneath.  So maybe you have some work to do 
there, but in the whole, it should be far less work than migrating all of your 
code.  See if you can figure out what FlourineFX APIs you used and we can 
discuss emulating those.

HTH,
-Alex

On 10/12/19, 9:20 AM, "Paul Stearns"  wrote:

Carlos:

The applications we have written really do want to be desktop applications. 
Having a small subset of functionality for mobile use would be beneficial for a 
few of the applications we support. Mostly however these are data entry focused 
applications. One of the applications captures over 200 data elements in a 
single data entry screen with complex business rules, using a tabbed interface.

With Royale, I have some questions/concerns;

Will it be around for 10 years?How many users/companies have adopted 
Royale?Are there any applications, perhaps with similar look & feel.as what 
this app shows, already functional in Royale? If not similar, at least some 
applications I can see and touch.I use FluorineFX as my data layer interface. 
Will that be transportable?
Thanks for your help.

Paul R. Stearns
Advanced Consulting Enterprises, Inc.

15280 NW 79th Ct.
Suite 250
Miami Lakes, Fl 33016

Voice: (305)623-0360 x107
Fax: (305)623-4588


From: Carlos Rovira 
Sent: 10/12/19 4:48 AM
To: "pa...@compuace.com" , us...@flex.apache.org
Subject: Re: Future proof Flex/Flash apps.
Hi Paul,

as Alex I think your best route is to join us in Apache Royale mailing
lists [1] and try emulation components. This will be the fastest way to
migrate to html/js touching almost no code. Royale is now in a very good
state for everyone to start using it. I encourage you to join our community
and get started here [2]

[1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Froyale.apache.org%2Fmailing-lists%2Fdata=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587sdata=I%2BLA2byTf4zKIIIbTr0sELMvASa8P1anWU5B3wDkMj8%3Dreserved=0
[2] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapache.github.io%2Froyale-docs%2Fget-starteddata=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587sdata=ng5M33bfbxYJVCZdT70Ksb5WzwX6n0XS4SaxF7P1w1U%3Dreserved=0

best

El sáb., 12 oct. 2019 a las 8:56, Alex Harui ()
escribió:

> From 3 minutes of playing around with it, if you are looking to minimize
> code changes and don't want a more modern UI, then the emulation component
> set (MXRoyale and SparkRoyale) would be a good place to start. The
> emulation set is still a work-in-progress, but it gets better every day,
> and, IMO, it would be better for the Royale community if you could invest
> some of the time saved from not having to change so much code towards
> further improving MXRoyale and SparkRoyale as that will make the migration
> effort easier for the next person.
>
> My 2 cents,
> -Alex
>
> On 10/11/19, 3:21 PM, "Paul Stearns" wrote:
>
> So that I could get better feed back on which route I should take, I
> have created a demo version of one of my applications.
>
> This is a time accounting application which we developed and use
> internally to keep track of hours to pay consultants and bill clients.
>
> The URL is
> 
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflex.yozyo.net%2Fproductiondata=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1

Re: Future proof Flex/Flash apps.

2019-10-12 Thread Paul Stearns
Carlos:

The applications we have written really do want to be desktop applications. 
Having a small subset of functionality for mobile use would be beneficial for a 
few of the applications we support. Mostly however these are data entry focused 
applications. One of the applications captures over 200 data elements in a 
single data entry screen with complex business rules, using a tabbed interface.

With Royale, I have some questions/concerns;

Will it be around for 10 years?How many users/companies have adopted Royale?Are 
there any applications, perhaps with similar look & feel.as what this app 
shows, already functional in Royale? If not similar, at least some applications 
I can see and touch.I use FluorineFX as my data layer interface. Will that be 
transportable?
Thanks for your help.

Paul R. Stearns
Advanced Consulting Enterprises, Inc.

15280 NW 79th Ct.
Suite 250
Miami Lakes, Fl 33016

Voice: (305)623-0360 x107
Fax: (305)623-4588


From: Carlos Rovira 
Sent: 10/12/19 4:48 AM
To: "pa...@compuace.com" , us...@flex.apache.org
Subject: Re: Future proof Flex/Flash apps.
Hi Paul,

as Alex I think your best route is to join us in Apache Royale mailing
lists [1] and try emulation components. This will be the fastest way to
migrate to html/js touching almost no code. Royale is now in a very good
state for everyone to start using it. I encourage you to join our community
and get started here [2]

[1] https://royale.apache.org/mailing-lists/
[2] https://apache.github.io/royale-docs/get-started

best

El sáb., 12 oct. 2019 a las 8:56, Alex Harui ()
escribió:

> From 3 minutes of playing around with it, if you are looking to minimize
> code changes and don't want a more modern UI, then the emulation component
> set (MXRoyale and SparkRoyale) would be a good place to start. The
> emulation set is still a work-in-progress, but it gets better every day,
> and, IMO, it would be better for the Royale community if you could invest
> some of the time saved from not having to change so much code towards
> further improving MXRoyale and SparkRoyale as that will make the migration
> effort easier for the next person.
>
> My 2 cents,
> -Alex
>
> On 10/11/19, 3:21 PM, "Paul Stearns" wrote:
>
> So that I could get better feed back on which route I should take, I
> have created a demo version of one of my applications.
>
> This is a time accounting application which we developed and use
> internally to keep track of hours to pay consultants and bill clients.
>
> The URL is
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflex.yozyo.net%2Fproduction=02%7C01%7Caharui%40adobe.com%7C4a2af1131ac649033a3108d74e996a26%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064293129036355=FQ0%2BwXpZSL%2FqNwOXZRp6zQFSYiBrmFdVYgl1gAdSaGc%3D=0
>
> To login, you can use either;
>
> U: dmanager
> P: mpassword
>
> U:duser
> P:UPASSWORD
>
> It requires popups to be enabled. The application provides a self
> contained desktop like application with the ability to have multiple panels
> open simultaneously. While this is a test system, and you are welcome to
> muck about and save data please don't intentionally try to break it.
>
> My goal is to end up with an application with a similar look and feel
> to what is provided using something that won't die in December 2020. Of
> course the less work to get from here to there will be the best approach.
>
> Paul R. Stearns
> Advanced Consulting Enterprises, Inc.
>
> 15280 NW 79th Ct.
> Suite 250
> Miami Lakes, Fl 33016
>
> Voice: (305)623-0360 x107
> Fax: (305)623-4588
>
>
>
>
>

--
Carlos Rovira
http://about.me/carlosrovira