Re: Future proof Flex/Flash apps.
Hi Alex, thanks for the URLs. I'll change in website this night or tomorrow, as I can get the time. El lun., 21 oct. 2019 a las 9:48, Alex Harui () escribió: > Nightly build of TDF migration to Royale is here: > > > http://apacheroyaleci2.westus2.cloudapp.azure.com:8080/job/TourDeFlexMigration/lastSuccessfulBuild/artifact/examples/mxroyale/tourdeflexmodules/bin/js-debug/index.html > > It might break from time to time, so let us know if it is broken. The > initial screen showed up for me. > > -Alex > > On 10/20/19, 7:39 PM, "Paul Stearns" wrote: > > Alex: > > Is there a place someone could go and just see TourDeFlex run, without > downloading, and building it? > > 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: Alex Harui > Sent: 10/20/19 6:14 PM > To: "users@flex.apache.org" > Cc: "d...@royale.apache.org" > Subject: Re: Future proof Flex/Flash apps. > The new url/domain is: > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci2.westus2.cloudapp.azure.com%3A8080data=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=pYHiA68W4jI2YZHCqrW2LV1vgb0iycsdMoLaJtdbKP4%3Dreserved=0 > > The old one was: > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080data=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=v9zsjD%2BO1gN%2BRivDfSPzr4iz8Y9k96eDJ7YpJHTD4aE%3Dreserved=0 > > -Alex > > On 10/20/19, 9:14 AM, "Carlos Rovira" wrote: > > Hi Alex, > > as I said I don't know too much about what happened. There's other > url? if > so I can update website with the current ones. Don't think we need to > get > the older one. > Just need to know new pairs of : Old URL - New URL, so I can search in > website and substitute all that ones. > > Thanks > > El sáb., 19 oct. 2019 a las 3:36, Alex Harui () > escribió: > > > I did not see anyone respond in a way that indicated that I should > try to > > get the old URL back, so I have not made that request. > > > > -Alex > > > > On 10/18/19, 1:59 AM, "Carlos Rovira" wrote: > > > > Hi Julien, > > > > we have currently a problem with that server and I think Alex Harui > is > > trying to contact Azure to get the same url. > > Maybe Alex can bring more light on this. > > > > Thanks > > > > > > > > El jue., 17 oct. 2019 a las 11:34, Julien Desquenne (< > > jdesque...@polyedre.fr>) > > escribió: > > > > > Hello, > > > > > > Very interesting discussion. > > > > > > By the way, the link for Tour de Flex compiled with Apache Royale > > > doesn't seem to work: > > > > > > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080%2Fjob%2FTourDeFlexMigration%2FlastSuccessfulBuild%2Fartifact%2Fexamples%2Fmxroyale%2Ftourdeflexmodules%2Fbin%2Fjs-debug%2Findex.htmldata=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=XNSPzf13Mczxv%2FgILT49aeIuhZZCkhEADgF5QNWsG2s%3Dreserved=0 > > > > > > Any other link ? > > > > > > Thanks > > > > > > > > > -- > > Carlos Rovira > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=wtqOiwLVVGPfw3sQtsKI5arrR7qd8CApo63rjR1xV4E%3Dreserved=0 > > > > > > > > -- > Carlos Rovira > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=wtqOiwLVVGPfw3sQtsKI5arrR7qd8CApo63rjR1xV4E%3Dreserved=0 > > > > > -- Carlos Rovira http://about.me/carlosrovira
Re: Future proof Flex/Flash apps.
Nightly build of TDF migration to Royale is here: http://apacheroyaleci2.westus2.cloudapp.azure.com:8080/job/TourDeFlexMigration/lastSuccessfulBuild/artifact/examples/mxroyale/tourdeflexmodules/bin/js-debug/index.html It might break from time to time, so let us know if it is broken. The initial screen showed up for me. -Alex On 10/20/19, 7:39 PM, "Paul Stearns" wrote: Alex: Is there a place someone could go and just see TourDeFlex run, without downloading, and building it? 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: Alex Harui Sent: 10/20/19 6:14 PM To: "users@flex.apache.org" Cc: "d...@royale.apache.org" Subject: Re: Future proof Flex/Flash apps. The new url/domain is: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci2.westus2.cloudapp.azure.com%3A8080data=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=pYHiA68W4jI2YZHCqrW2LV1vgb0iycsdMoLaJtdbKP4%3Dreserved=0 The old one was: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080data=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=v9zsjD%2BO1gN%2BRivDfSPzr4iz8Y9k96eDJ7YpJHTD4aE%3Dreserved=0 -Alex On 10/20/19, 9:14 AM, "Carlos Rovira" wrote: Hi Alex, as I said I don't know too much about what happened. There's other url? if so I can update website with the current ones. Don't think we need to get the older one. Just need to know new pairs of : Old URL - New URL, so I can search in website and substitute all that ones. Thanks El sáb., 19 oct. 2019 a las 3:36, Alex Harui () escribió: > I did not see anyone respond in a way that indicated that I should try to > get the old URL back, so I have not made that request. > > -Alex > > On 10/18/19, 1:59 AM, "Carlos Rovira" wrote: > > Hi Julien, > > we have currently a problem with that server and I think Alex Harui is > trying to contact Azure to get the same url. > Maybe Alex can bring more light on this. > > Thanks > > > > El jue., 17 oct. 2019 a las 11:34, Julien Desquenne (< > jdesque...@polyedre.fr>) > escribió: > > > Hello, > > > > Very interesting discussion. > > > > By the way, the link for Tour de Flex compiled with Apache Royale > > doesn't seem to work: > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080%2Fjob%2FTourDeFlexMigration%2FlastSuccessfulBuild%2Fartifact%2Fexamples%2Fmxroyale%2Ftourdeflexmodules%2Fbin%2Fjs-debug%2Findex.htmldata=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=XNSPzf13Mczxv%2FgILT49aeIuhZZCkhEADgF5QNWsG2s%3Dreserved=0 > > > > Any other link ? > > > > Thanks > > > > > -- > Carlos Rovira > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=wtqOiwLVVGPfw3sQtsKI5arrR7qd8CApo63rjR1xV4E%3Dreserved=0 > > > -- Carlos Rovira https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Cb6a942aa27cc4e6d6b6908d755cfd23b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637072223390611551sdata=wtqOiwLVVGPfw3sQtsKI5arrR7qd8CApo63rjR1xV4E%3Dreserved=0
Re: Future proof Flex/Flash apps.
Alex: Is there a place someone could go and just see TourDeFlex run, without downloading, and building it? 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: Alex Harui Sent: 10/20/19 6:14 PM To: "users@flex.apache.org" Cc: "d...@royale.apache.org" Subject: Re: Future proof Flex/Flash apps. The new url/domain is: http://apacheroyaleci2.westus2.cloudapp.azure.com:8080 The old one was: http://apacheroyaleci.westus2.cloudapp.azure.com:8080 -Alex On 10/20/19, 9:14 AM, "Carlos Rovira" wrote: Hi Alex, as I said I don't know too much about what happened. There's other url? if so I can update website with the current ones. Don't think we need to get the older one. Just need to know new pairs of : Old URL - New URL, so I can search in website and substitute all that ones. Thanks El sáb., 19 oct. 2019 a las 3:36, Alex Harui () escribió: > I did not see anyone respond in a way that indicated that I should try to > get the old URL back, so I have not made that request. > > -Alex > > On 10/18/19, 1:59 AM, "Carlos Rovira" wrote: > > Hi Julien, > > we have currently a problem with that server and I think Alex Harui is > trying to contact Azure to get the same url. > Maybe Alex can bring more light on this. > > Thanks > > > > El jue., 17 oct. 2019 a las 11:34, Julien Desquenne (< > jdesque...@polyedre.fr>) > escribió: > > > Hello, > > > > Very interesting discussion. > > > > By the way, the link for Tour de Flex compiled with Apache Royale > > doesn't seem to work: > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080%2Fjob%2FTourDeFlexMigration%2FlastSuccessfulBuild%2Fartifact%2Fexamples%2Fmxroyale%2Ftourdeflexmodules%2Fbin%2Fjs-debug%2Findex.html=02%7C01%7Caharui%40adobe.com%7C5d7cabb784a84c8d263c08d7557892ce%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637071848667962231=btgY4bqgjXdMZml1jOlnWA0NsIRvYo3%2Fkz7y7S9NDCE%3D=0 > > > > Any other link ? > > > > Thanks > > > > > -- > Carlos Rovira > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira=02%7C01%7Caharui%40adobe.com%7C5d7cabb784a84c8d263c08d7557892ce%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637071848667962231=1nztqFe2FlAyt0ahikYQZG230MmuEDrbY9aj2v%2B66%2B4%3D=0 > > > -- Carlos Rovira https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira=02%7C01%7Caharui%40adobe.com%7C5d7cabb784a84c8d263c08d7557892ce%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637071848667962231=1nztqFe2FlAyt0ahikYQZG230MmuEDrbY9aj2v%2B66%2B4%3D=0
Re: Future proof Flex/Flash apps.
The new url/domain is: http://apacheroyaleci2.westus2.cloudapp.azure.com:8080 The old one was: http://apacheroyaleci.westus2.cloudapp.azure.com:8080 -Alex On 10/20/19, 9:14 AM, "Carlos Rovira" wrote: Hi Alex, as I said I don't know too much about what happened. There's other url? if so I can update website with the current ones. Don't think we need to get the older one. Just need to know new pairs of : Old URL - New URL, so I can search in website and substitute all that ones. Thanks El sáb., 19 oct. 2019 a las 3:36, Alex Harui () escribió: > I did not see anyone respond in a way that indicated that I should try to > get the old URL back, so I have not made that request. > > -Alex > > On 10/18/19, 1:59 AM, "Carlos Rovira" wrote: > > Hi Julien, > > we have currently a problem with that server and I think Alex Harui is > trying to contact Azure to get the same url. > Maybe Alex can bring more light on this. > > Thanks > > > > El jue., 17 oct. 2019 a las 11:34, Julien Desquenne (< > jdesque...@polyedre.fr>) > escribió: > > > Hello, > > > > Very interesting discussion. > > > > By the way, the link for Tour de Flex compiled with Apache Royale > > doesn't seem to work: > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080%2Fjob%2FTourDeFlexMigration%2FlastSuccessfulBuild%2Fartifact%2Fexamples%2Fmxroyale%2Ftourdeflexmodules%2Fbin%2Fjs-debug%2Findex.htmldata=02%7C01%7Caharui%40adobe.com%7C5d7cabb784a84c8d263c08d7557892ce%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637071848667962231sdata=btgY4bqgjXdMZml1jOlnWA0NsIRvYo3%2Fkz7y7S9NDCE%3Dreserved=0 > > > > Any other link ? > > > > Thanks > > > > > -- > Carlos Rovira > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C5d7cabb784a84c8d263c08d7557892ce%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637071848667962231sdata=1nztqFe2FlAyt0ahikYQZG230MmuEDrbY9aj2v%2B66%2B4%3Dreserved=0 > > > -- Carlos Rovira https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C5d7cabb784a84c8d263c08d7557892ce%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637071848667962231sdata=1nztqFe2FlAyt0ahikYQZG230MmuEDrbY9aj2v%2B66%2B4%3Dreserved=0
Re: Future proof Flex/Flash apps.
Hi Alex, as I said I don't know too much about what happened. There's other url? if so I can update website with the current ones. Don't think we need to get the older one. Just need to know new pairs of : Old URL - New URL, so I can search in website and substitute all that ones. Thanks El sáb., 19 oct. 2019 a las 3:36, Alex Harui () escribió: > I did not see anyone respond in a way that indicated that I should try to > get the old URL back, so I have not made that request. > > -Alex > > On 10/18/19, 1:59 AM, "Carlos Rovira" wrote: > > Hi Julien, > > we have currently a problem with that server and I think Alex Harui is > trying to contact Azure to get the same url. > Maybe Alex can bring more light on this. > > Thanks > > > > El jue., 17 oct. 2019 a las 11:34, Julien Desquenne (< > jdesque...@polyedre.fr>) > escribió: > > > Hello, > > > > Very interesting discussion. > > > > By the way, the link for Tour de Flex compiled with Apache Royale > > doesn't seem to work: > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080%2Fjob%2FTourDeFlexMigration%2FlastSuccessfulBuild%2Fartifact%2Fexamples%2Fmxroyale%2Ftourdeflexmodules%2Fbin%2Fjs-debug%2Findex.htmldata=02%7C01%7Caharui%40adobe.com%7Ca6f430a913984e7d35ac08d753a970e4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637069859520303010sdata=iMkvEk7CEiweKbg9Fscl2IaZpGpNB98H1Ke7nbCX7Cs%3Dreserved=0 > > > > Any other link ? > > > > Thanks > > > > > -- > Carlos Rovira > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Ca6f430a913984e7d35ac08d753a970e4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637069859520313006sdata=ua2W0%2FAZZI4WY%2Byi41mqLEAGpq6x%2F9J7d4KPSrQN36A%3Dreserved=0 > > > -- Carlos Rovira http://about.me/carlosrovira
Re: Future proof Flex/Flash apps.
I did not see anyone respond in a way that indicated that I should try to get the old URL back, so I have not made that request. -Alex On 10/18/19, 1:59 AM, "Carlos Rovira" wrote: Hi Julien, we have currently a problem with that server and I think Alex Harui is trying to contact Azure to get the same url. Maybe Alex can bring more light on this. Thanks El jue., 17 oct. 2019 a las 11:34, Julien Desquenne () escribió: > Hello, > > Very interesting discussion. > > By the way, the link for Tour de Flex compiled with Apache Royale > doesn't seem to work: > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080%2Fjob%2FTourDeFlexMigration%2FlastSuccessfulBuild%2Fartifact%2Fexamples%2Fmxroyale%2Ftourdeflexmodules%2Fbin%2Fjs-debug%2Findex.htmldata=02%7C01%7Caharui%40adobe.com%7Ca6f430a913984e7d35ac08d753a970e4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637069859520303010sdata=iMkvEk7CEiweKbg9Fscl2IaZpGpNB98H1Ke7nbCX7Cs%3Dreserved=0 > > Any other link ? > > Thanks > -- Carlos Rovira https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Ca6f430a913984e7d35ac08d753a970e4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637069859520313006sdata=ua2W0%2FAZZI4WY%2Byi41mqLEAGpq6x%2F9J7d4KPSrQN36A%3Dreserved=0
Re: Future proof Flex/Flash apps.
Hi Julien, we have currently a problem with that server and I think Alex Harui is trying to contact Azure to get the same url. Maybe Alex can bring more light on this. Thanks El jue., 17 oct. 2019 a las 11:34, Julien Desquenne () escribió: > Hello, > > Very interesting discussion. > > By the way, the link for Tour de Flex compiled with Apache Royale > doesn't seem to work: > > > http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/TourDeFlexMigration/lastSuccessfulBuild/artifact/examples/mxroyale/tourdeflexmodules/bin/js-debug/index.html > > Any other link ? > > Thanks > -- Carlos Rovira http://about.me/carlosrovira
Re: Future proof Flex/Flash apps.
Hello, Very interesting discussion. By the way, the link for Tour de Flex compiled with Apache Royale doesn't seem to work: http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/TourDeFlexMigration/lastSuccessfulBuild/artifact/examples/mxroyale/tourdeflexmodules/bin/js-debug/index.html Any other link ? Thanks
RE: Future proof Flex/Flash apps.
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 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 () 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 > 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" 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%2Fapac > he.github.io%2Froyale-docs%2Fget-starteddata=02%7C01%7Caharui%
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 () 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 > 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" 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 &g
RE: Future proof Flex/Flash apps.
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 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" 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
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 > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflex.yozyo.net%2Fproductiondata=02%7C01%7Caharui%40adobe.com%7C21efbb9d0bce4dbeb41e08d74f301859%7Cfa7b1
Re: Future proof Flex/Flash apps.
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://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=02%7C01%7Caharui%40adobe.com%7C4a2af1131ac649033a3108d74e996a26%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064293129036355=FQ0%2BwXpZSL%2FqNwOXZRp6zQFSYiBrmFdVYgl1gAdSaGc%3D=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
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%2Fproductiondata=02%7C01%7Caharui%40adobe.com%7C4a2af1131ac649033a3108d74e996a26%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064293129036355sdata=FQ0%2BwXpZSL%2FqNwOXZRp6zQFSYiBrmFdVYgl1gAdSaGc%3Dreserved=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
Re: Future proof Flex/Flash apps.
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%2Fproductiondata=02%7C01%7Caharui%40adobe.com%7C4a2af1131ac649033a3108d74e996a26%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637064293129036355sdata=FQ0%2BwXpZSL%2FqNwOXZRp6zQFSYiBrmFdVYgl1gAdSaGc%3Dreserved=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
Re: Future proof Flex/Flash apps.
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.
'What is the level of difficulty of setting up "automatic" upgrade deployment using AIR? I would like to have SWF files be recognized as being out of date and automatically downloaded. ' I guess there are different ways to do that. Making the installed application itself update-able is not an unusual goal. This would usually be the pattern where the app contains all the current versions of any swf assets it uses, bundled in the package, and the user gets a message saying the app can be updated, and it is like an installation update process for the app itself. iirc the only option for AIR now might be via captive-runtime builds (that is something to check). So the update process is something that has to be supported specifically instead of this: - perhaps either via a 'store' distribution or manually for the specific app. I have seen a an AIR lib for this in the past (this: [1] may still be relevant, not sure), or there are probably ways to do it with native installer wrappers as well I think (all to be verified). The pattern where the app downloads and saves various swf assets and uses them is also possible but it would likely require extra code on the client side and server side to support the versioning checks etc. This is easier on desktop than mobile (android is not so bad, but iOS has some restrictions). it is also possible of course to mix this with the above approach. In terms of difficulty, I guess both of the above approaches are not new, and IMO reasonably routine, so I would not rate this part as 'difficult'. I have not done either on desktop because I have only worked on a few desktop apps in the past, but I have used the second approach before on android. If you do want to continue to target the browser though, Royale is likely your best option without massive re-writes. 1. https://www.adobe.com/devnet/air/articles/updating-air-apps-native-installer.html On Tue, Sep 10, 2019 at 7:30 AM Paul Stearns wrote: > Greg: > > Thanks for taking the time to reply. > > The applications are as close to being a desktop self contained > application as we could make them. The only reason for being a browser > based app is that it made installs and deployment of changes & enhancements > a non issue. > > AIR might be an option. What is the level of difficulty of setting up > "automatic" upgrade deployment using AIR? I would like to have SWF files be > recognized as being out of date and automatically downloaded. The current > system uses ModuleLoader to place "programs" on the users "screen." When in > the environment it looks very much like an old menu based .NET desktop > application (only prettier). > > Paul > > -------- > From: Greg Dove > Sent: 9/9/19 3:14 PM > To: users@flex.apache.org > Subject: Re: Future proof Flex/Flash apps. > Hi Paul, > ' The applications will continue to be desktop applications, with no > portable/tablet interface required. ' > > It was not entirely clear to me whether they will continue to be *web* > 'desktop' applications? If not, one (relatively) quick option is to convert > the existing code to installable desktop applications built with AIR. > > Otherwise if you are continuing to target the browser, the most direct way > to get to where you want to be is via Apache Royale. > Although I am not aware at this point of anyone using Apache Royale > specifically with FlourineFX, AMF remoting works (in the imminent 0.9.6 > release) and it has been used in at least one app that has been in > production use for a number of months already. > > In terms of support, one option is that Royale has page where you can > contact directly with some companies or individual developers. [1] > > [1] https://royale.apache.org/royale-commercial-support/ > > On Tue, Sep 10, 2019 at 5:35 AM Paul Stearns > wrote: > > > Who would be able to help me assess which way to go to future proof Flex > > apps? > > > > We have 4 Flex (currently compiled with 3.6 SDK) applications which are > > fully integrated with a FluorineFX/VB middle tier and Oracle DB tier. > They > > currently run in browser based Flash with very little interaction with > the > > browser. The applications will continue to be desktop applications, with > no > > portable/tablet interface required. > > > > It appears we will need to do something prior to the end of 2020. > > > > One of the applications which uses the framework created in house is a > > Time Accounting System (TAS) which we could make available to anyone > > interested in helping us figure the easiest approach to maintain as much > of > > the user interface as possible while minimizing the conversion effort. > > > > The applications have the look and feel of a desktop application with the > > flexibility of web deployment. A screenshot of the TAS system is > attached. > > > > > > > > >
Re: Future proof Flex/Flash apps.
Greg: Thanks for taking the time to reply. The applications are as close to being a desktop self contained application as we could make them. The only reason for being a browser based app is that it made installs and deployment of changes & enhancements a non issue. AIR might be an option. What is the level of difficulty of setting up "automatic" upgrade deployment using AIR? I would like to have SWF files be recognized as being out of date and automatically downloaded. The current system uses ModuleLoader to place "programs" on the users "screen." When in the environment it looks very much like an old menu based .NET desktop application (only prettier). Paul From: Greg Dove Sent: 9/9/19 3:14 PM To: users@flex.apache.org Subject: Re: Future proof Flex/Flash apps. Hi Paul, ' The applications will continue to be desktop applications, with no portable/tablet interface required. ' It was not entirely clear to me whether they will continue to be *web* 'desktop' applications? If not, one (relatively) quick option is to convert the existing code to installable desktop applications built with AIR. Otherwise if you are continuing to target the browser, the most direct way to get to where you want to be is via Apache Royale. Although I am not aware at this point of anyone using Apache Royale specifically with FlourineFX, AMF remoting works (in the imminent 0.9.6 release) and it has been used in at least one app that has been in production use for a number of months already. In terms of support, one option is that Royale has page where you can contact directly with some companies or individual developers. [1] [1] https://royale.apache.org/royale-commercial-support/ On Tue, Sep 10, 2019 at 5:35 AM Paul Stearns wrote: > Who would be able to help me assess which way to go to future proof Flex > apps? > > We have 4 Flex (currently compiled with 3.6 SDK) applications which are > fully integrated with a FluorineFX/VB middle tier and Oracle DB tier. They > currently run in browser based Flash with very little interaction with the > browser. The applications will continue to be desktop applications, with no > portable/tablet interface required. > > It appears we will need to do something prior to the end of 2020. > > One of the applications which uses the framework created in house is a > Time Accounting System (TAS) which we could make available to anyone > interested in helping us figure the easiest approach to maintain as much of > the user interface as possible while minimizing the conversion effort. > > The applications have the look and feel of a desktop application with the > flexibility of web deployment. A screenshot of the TAS system is attached. > > >
Re: Future proof Flex/Flash apps.
Hi Paul, ' The applications will continue to be desktop applications, with no portable/tablet interface required. ' It was not entirely clear to me whether they will continue to be *web* 'desktop' applications? If not, one (relatively) quick option is to convert the existing code to installable desktop applications built with AIR. Otherwise if you are continuing to target the browser, the most direct way to get to where you want to be is via Apache Royale. Although I am not aware at this point of anyone using Apache Royale specifically with FlourineFX, AMF remoting works (in the imminent 0.9.6 release) and it has been used in at least one app that has been in production use for a number of months already. In terms of support, one option is that Royale has page where you can contact directly with some companies or individual developers. [1] [1] https://royale.apache.org/royale-commercial-support/ On Tue, Sep 10, 2019 at 5:35 AM Paul Stearns wrote: > Who would be able to help me assess which way to go to future proof Flex > apps? > > We have 4 Flex (currently compiled with 3.6 SDK) applications which are > fully integrated with a FluorineFX/VB middle tier and Oracle DB tier. They > currently run in browser based Flash with very little interaction with the > browser. The applications will continue to be desktop applications, with no > portable/tablet interface required. > > It appears we will need to do something prior to the end of 2020. > > One of the applications which uses the framework created in house is a > Time Accounting System (TAS) which we could make available to anyone > interested in helping us figure the easiest approach to maintain as much of > the user interface as possible while minimizing the conversion effort. > > The applications have the look and feel of a desktop application with the > flexibility of web deployment. A screenshot of the TAS system is attached. > > >
Re: Future proof Flex/Flash apps.
Mark: It seems to have been stripped. I will get a working site up with dummy data soon, and send the link. Paul From: mark goldin Sent: 9/9/19 2:23 PM To: pa...@compuace.com.invalid Cc: "users@flex.apache.org" Subject: Re: Future proof Flex/Flash apps. Dont see screenshot. On Mon, Sep 9, 2019 at 12:35 PM Paul Stearns wrote: > Who would be able to help me assess which way to go to future proof Flex > apps? > > We have 4 Flex (currently compiled with 3.6 SDK) applications which are > fully integrated with a FluorineFX/VB middle tier and Oracle DB tier. They > currently run in browser based Flash with very little interaction with the > browser. The applications will continue to be desktop applications, with no > portable/tablet interface required. > > It appears we will need to do something prior to the end of 2020. > > One of the applications which uses the framework created in house is a > Time Accounting System (TAS) which we could make available to anyone > interested in helping us figure the easiest approach to maintain as much of > the user interface as possible while minimizing the conversion effort. > > The applications have the look and feel of a desktop application with the > flexibility of web deployment. A screenshot of the TAS system is attached. > > >
Re: Future proof Flex/Flash apps.
Dont see screenshot. On Mon, Sep 9, 2019 at 12:35 PM Paul Stearns wrote: > Who would be able to help me assess which way to go to future proof Flex > apps? > > We have 4 Flex (currently compiled with 3.6 SDK) applications which are > fully integrated with a FluorineFX/VB middle tier and Oracle DB tier. They > currently run in browser based Flash with very little interaction with the > browser. The applications will continue to be desktop applications, with no > portable/tablet interface required. > > It appears we will need to do something prior to the end of 2020. > > One of the applications which uses the framework created in house is a > Time Accounting System (TAS) which we could make available to anyone > interested in helping us figure the easiest approach to maintain as much of > the user interface as possible while minimizing the conversion effort. > > The applications have the look and feel of a desktop application with the > flexibility of web deployment. A screenshot of the TAS system is attached. > > >
Future proof Flex/Flash apps.
Who would be able to help me assess which way to go to future proof Flex apps?We have 4 Flex (currently compiled with 3.6 SDK) applications which are fully integrated with a FluorineFX/VB middle tier and Oracle DB tier. They currently run in browser based Flash with very little interaction with the browser. The applications will continue to be desktop applications, with no portable/tablet interface required.It appears we will need to do something prior to the end of 2020.One of the applications which uses the framework created in house is a Time Accounting System (TAS) which we could make available to anyone interested in helping us figure the easiest approach to maintain as much of the user interface as possible while minimizing the conversion effort.The applications have the look and feel of a desktop application with the flexibility of web deployment. A screenshot of the TAS system is attached.
