Takehista, if you go for the emulation of Cairngorm, please, consider to donate it to the Royale. I'm sure others would want to use to migrate to. Thanks
El jue., 17 oct. 2019 a las 8:36, Takeshita Shoichiro (<jl03...@gmail.com>) escribió: > Alex and Greg, thanks. > > 2019年10月17日(木) 14:33 Greg Dove <greg.d...@gmail.com>: > >> >> Fwiw I did also look at Cairngorm before I ended up using Crux. iirc I >> think there might be some ADDED and REMOVED events for the views support >> that probably need to be addressed if you are using the views support. >> Crux has a stage events emulator that does that for >> addedToStage/removedFromStage, but ADDED and REMOVED are more about >> child/parent changes than about 'stage' I think. >> >> I used Crux mainly because I knew I could get it to work without any >> problems, and because I had other more critical issues to address (getting >> the Adobe rss syndication lib working, and in particular, the way it was >> being used in the app ) >> >> >> On Thu, Oct 17, 2019 at 6:09 PM Alex Harui <aha...@adobe.com> wrote: >> >>> Yes, if you want to emulate Cairngorm, get the source and build it with >>> Flex so you know you have all of the pieces. >>> >>> >>> >>> Then, back up the source in case you need to go back and start replacing >>> the import flash.*.* with Royale imports. For example: >>> >>> >>> >>> Import flash.events.EventDispatcher; >>> >>> >>> >>> Would be replaced by >>> >>> >>> >>> Import org.apache.royale.events.EventDispatcher; >>> >>> >>> >>> >>> >>> If you have a question about what class to use as a replacement, ask on >>> d...@royale.apache.org. Then try to compile with Royale and see what >>> kinds of errors you get. If you don’t need the functionality in the code >>> that has a compile error, one option is to comment it out. For example, I >>> just emulated WebService and commented out all of the flash.xml.XMLDocument >>> support because I don’t think many people used it. >>> >>> >>> >>> Good luck, >>> >>> -Alex >>> >>> >>> >>> *From: *Takeshita Shoichiro <jl03...@gmail.com> >>> *Reply-To: *"users@royale.apache.org" <users@royale.apache.org> >>> *Date: *Wednesday, October 16, 2019 at 8:37 PM >>> *To: *"users@royale.apache.org" <users@royale.apache.org> >>> *Subject: *Re: Cairngorm framework >>> >>> >>> >>> Alex, I have a question re Cairngorm emulation? >>> >>> >>> >>> I think I need to put the Cairngorm source in the Royale project src >>> folder. Then, what should I do? >>> >>> >>> >>> Thanks for your advice. >>> >>> >>> >>> 2019年10月14日(月) 16:47 Takeshita Shoichiro <jl03...@gmail.com>: >>> >>> Carlos, thanks. >>> >>> >>> >>> I am very glad to hear that. >>> >>> >>> >>> Then, no hesitation to use Crux. >>> >>> >>> >>> 2019年10月14日(月) 16:43 Carlos Rovira <carlosrov...@apache.org>: >>> >>> Hi Takeshita, >>> >>> >>> >>> I'll try to answer your questions >>> >>> >>> >>> El lun., 14 oct. 2019 a las 8:08, Takeshita Shoichiro (< >>> jl03...@gmail.com>) escribió: >>> >>> >>> >>> 1. Does Apache Royale contain almost the ready-to-use emulation code for >>> Swiz? Or do we need more work for Apache Royale SDK? >>> >>> >>> >>> Yes. Swiz is ported to Royale (not emulated) and called Crux. So Crux is >>> ready to use for you right now. No more work are needed for Royale in that >>> line unless you report some bug around it. >>> >>> >>> >>> 2. Is the use of Jewel required? Or is it possible also with existing >>> MXML code? >>> >>> >>> >>> >>> >>> Jewel is not required. In Royale you are not tied to only one UI Set >>> like in Flex. You have several ones to choose. You can use emulation >>> components for MX/Spark, Basic, Jewel, MDL.... >>> >>> >>> >>> If you use MXRoyale, you'll get a near 0% code changes, but your >>> application will look black/white unless you try to improve the look and >>> feel. >>> >>> In exchange, Jewel will requiere you to recode you visual code, what >>> means in most cases very easy changes, but is not as direct as MXRoyale, in >>> exchange you get a more good looking interface since Jewel is crafted with >>> look and feel and themes in mind. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> Carlos Rovira >>> >>> http://about.me/carlosrovira >>> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C1858a2db58ac4f0aec6108d752b358af%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637068802551056250&sdata=IEzDj%2F6qvbZShnRtRGg%2FG9ZPrAbDLkNBRDk5cOnL1pw%3D&reserved=0> >>> >>> >>> >>> -- >>> >>> Shoichiro Takeshita >>> 武下 祥一郎 >>> >>> -- >>> >>> Shoichiro Takeshita >>> 武下 祥一郎 >>> >> -- > Shoichiro Takeshita > 武下 祥一郎 > -- Carlos Rovira http://about.me/carlosrovira
