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 武下 祥一郎
