Re: Future proof Flex/Flash apps.

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: Future proof Flex/Flash apps.

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;

  1. Will it be around for 10 years?
  2. How many users/companies have adopted Royale?
  3. 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.
  4. 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 <[hidden email]>
Sent: 10/12/19 4:48 AM
To: "[hidden email]" <[hidden email]>, [hidden email]
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]


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
>
> 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
Reply | Threaded
Open this post in threaded view
|

Re: Future proof Flex/Flash apps.

Alex Harui-2
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" <[hidden email]> 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 <[hidden email]>
    Sent: 10/12/19 4:48 AM
    To: "[hidden email]" <[hidden email]>, [hidden email]
    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%2F&amp;data=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587&amp;sdata=I%2BLA2byTf4zKIIIbTr0sELMvASa8P1anWU5B3wDkMj8%3D&amp;reserved=0
    [2] https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapache.github.io%2Froyale-docs%2Fget-started&amp;data=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587&amp;sdata=ng5M33bfbxYJVCZdT70Ksb5WzwX6n0XS4SaxF7P1w1U%3D&amp;reserved=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%2Fproduction&amp;data=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587&amp;sdata=pX6%2FdPt6xfKyVUDC%2FsXmPQSkt8TFwx1HZD%2FJwXEZ2J0%3D&amp;reserved=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
    https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587&amp;sdata=cvUi0iL2%2FAw3bfNcD9NczUIxpJbLvk0q5q635lDX%2BxE%3D&amp;reserved=0