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%2Fapache.github.io%2Froyale-docs%2Fget-started&data=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587&sdata=ng5M33bfbxYJVCZdT70Ksb5WzwX6n0XS4SaxF7P1w1U%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%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064940295311587&sdata=cvUi0iL2%2FAw3bfNcD9NczUIxpJbLvk0q5q635lDX%2BxE%3D&reserved=0 > > > > > > -- Carlos Rovira http://about.me/carlosrovira
