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 <carlosrov...@apache.org> Sent: 10/12/19 4:48 AM To: "pa...@compuace.com" <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&data=02%7C01%7Caharui%40adobe.com%7C4a2af1131ac649033a3108d74e996a26%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064293129036355&sdata=FQ0%2BwXpZSL%2FqNwOXZRp6zQFSYiBrmFdVYgl1gAdSaGc%3D&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 http://about.me/carlosrovira
