Re: Future proof Flex/Flash apps.
Hi All, we have a migration for a client currently in the works. That client uses FluorineFX for .NET communication with AMF/RemoteObject. We can ensure Fluorine is fully working. Only limitations are in Royale are for Vector and Dictionary types that I think most of people never use, so you have that point secure :). AMFPHP is as well working, and of course BlazeDS. So we cover Java, .NET and PHP now :). About productions Apps for Royale. As Alex said MXRoyale maybe does not have any, but we have many currently for Basic, Jewel and MDL sets. Look and feel: Jewel has probably the best look and feel currently. Check Tour De Jewel here: https://royale.apache.org/tourdejewel/ As Alex said, is up to all of us to keep Royale alive. But I think it will survive over time, for various reasons. All we are working currently for the project believe in it, and we are many!. As times passes and others see is getting better and better each day is making them join us. If you join us using it and interacting you'll be helping to make the community grow and help to make Royale continue in time. Since I already migrated projects from Flex to Royale I want to give you an advice: Get involved, don't expect others to make things for you. If you can't solve or implement something, rely on payed work for others in the community that can do it for you. It's not real to try to migrate and expect all will be set for you to use. As time passes, more and more things are better, but still are things to be done, so it will be normal that you find something you need that still is not in Royale. So you can work on it and contribute or contract someone to do it. As I said. Is a good time to join us and start migrating. Many other has done it before... :) Carlos El dom., 13 oct. 2019 a las 11:25, Piotr Zarzycki (< piotrzarzyck...@gmail.com>) escribió: > Hi Paul, > > Just a quick answer to the question about existing online app. > > We are portion Flex application to Royale. We have weekly/two week release > schedule, so you can check what is happening and what's new quite often. > > In order to see app you have to register. It's free and you can always > remove your account. > > Link: https://x.prominic.net/MyAccount > > Thanks, > Piotr > > On Sat, Oct 12, 2019, 12:21 AM 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 http://flex.yozyo.net/production > > > > 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
Future proof Flex/Flash apps.
Hi Paul, Just a quick answer to the question about existing online app. We are portion Flex application to Royale. We have weekly/two week release schedule, so you can check what is happening and what's new quite often. In order to see app you have to register. It's free and you can always remove your account. Link: https://x.prominic.net/MyAccount Thanks, Piotr On Sat, Oct 12, 2019, 12:21 AM 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 http://flex.yozyo.net/production > > 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 > > >
Re: Future proof Flex/Flash apps.
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" , users@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 >