On 7/6/14 10:27 PM, "OmPrakash Muppirala" <bigosma...@gmail.com> wrote:
> >Things like public Atom, RSS feeds do require XML processing. I would assume someone has successfully handles RSS in JS already, probably by using whatever XML apis are there. And that is always an option, but I believe Flash and JS XML APIs are different enough to make that a painful cross-compile. But attempts at that are welcome as well. >Another >scenario is where I wanted to try out my hand at exporting an Adobe >Illustrator file to .FXG. Now that the Creative Cloud extensions are >HTML(5) based, that seems like a good target for FlexJS. Thanks for reminding me to ping the CC Extensions folks after we ship FlexJS 0.0.2. I talked to them a while ago and they are interested. Harbs was the first person to pose the idea to them. > >> >> For others who really truly can't port the backend, it might be worth >>the >> time to convert from XML to Object, similar to the way the SOAPDecoder >>and >> XMLDecoders work today. XML has always been much slower and memory >> intensive in Flash and often folks convert to classes/objects. FlexJS >>has >> support for that already, although there is no generic SOAPDecoder or >> XMLDecoder. >> > >I think mx.rpc.xml.SimpleXMLDecoder should lend itself to FlexJS quite >well. Not exactly E4X, but at least it brings makes it closer to JSON. >What do you think? I think it might have some ties back to RPC, but yes, I would envision a "convert all" decoder like that, plus a "lazy" decode. I've seen the "convert all" freeze Flash for certain XML data sets. -Alex