Unfortunately I only know the server side really well on .net, client side we are switching operations over to Uno Platform for threading performance and c# ~ JT
-----Original Message----- From: Carlos Rovira <carlosrov...@apache.org> Sent: Wednesday, October 16, 2019 4:36 AM To: users@flex.apache.org Subject: Re: Future proof Flex/Flash apps. Hi Jason, RTMP is still missing in Royale. Would you consider to port that for Javascript/SWF as we did for AMF? I think it will be a great addition to the Royale arsenal and will make many people that was using RTMP in Flash come to Royale El mar., 15 oct. 2019 a las 21:45, Jason Taylor (<jtay...@dedoose.com>) escribió: > FluorineFX is the backend AMF layer for .net projects. FluorineFX has > been ported to .net core https://github.com/hinaria/fluorinefx-core > and https://github.com/liuyunxiong/rtmpsharp, if you need further help > regarding FluorineFX or RTMP, RTMPS for .net you can always hit me for help. > ~ JT > > -----Original Message----- > From: Alex Harui <aha...@adobe.com.INVALID> > Sent: Saturday, October 12, 2019 11:55 PM > To: users@flex.apache.org; pa...@compuace.com; us...@royale.apache.org > Subject: 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" <pa...@compuace.com.INVALID> 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 <carlosrov...@apache.org> > Sent: 10/12/19 4:48 AM > To: "pa...@compuace.com" <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%2F&data=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587&sdata=I%2BLA2byTf4zKIIIbTr0sELMvASa8P1anWU5B3wDkMj8%3D&reserved=0 > [2] > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapac > he.github.io%2Froyale-docs%2Fget-started&data=02%7C01%7Caharui%40a > dobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c1 > 78decee1%7C0%7C1%7C637064940295311587&sdata=ng5M33bfbxYJVCZdT70Ksb > 5WzwX6n0XS4SaxF7P1w1U%3D&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&data=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587&sdata=pX6%2FdPt6xfKyVUDC%2FsXmPQSkt8TFwx1HZD%2FJwXEZ2J0%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 > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout > .me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bc > e4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637 > 064940295311587&sdata=cvUi0iL2%2FAw3bfNcD9NczUIxpJbLvk0q5q635lDX%2 > BxE%3D&reserved=0 > > > > > > -- Carlos Rovira http://about.me/carlosrovira