<font face="arial" size="2">Cool idea!<br /><br />I wonder, though, how much of a net advantage this is.  They claim that it's "only 60 lines of code", but my content retrieval function is rarely that big.  As for this:<br /><br /><font face="Verdana">'you get a fairly powerful "engine" for parsing that allows you to write your XML parsing code once and use it everywhere.'<br /></font><br />   Don't we already do that via functions in external JS files?<br /><br />   Of course Fjax would be a major boon if you're working with users in older browsers... but of course then you're going to run into a ton of other issues as you try to update content without a refresh.  All in all, it sounds like a very useful tool for edge cases, or those who don't want to bother writing their data retrieval in Javascript (and don't have another tool already).<br /><br />   Nevertheless, I love innovation like this, simply because it's a creative solution that I've never seen it done before.<br /><br />Cheers,<br /><br />Peter<br /><br /></font>
                <font face="Tahoma, Arial, Sans-Serif" size="2">
                                <b>From</b>: David Merchant <a href="mailto:merchant@LATECH.EDU">merchant@LATECH.EDU</a><br /></font>
                <br />FYI<br /><br />http://www.webmonkey.com/06/25/index4a.html<br /><br />" Fjax works a whole lot like Ajax - it uses an XML file to pass data to a <br />browser - except that it uses a tiny bit of Flash, instead of the browser, <br />to parse the XML. All of that browser-specific code is eliminated, leaving <br />the application more lightweight and putting less of a strain on the browser."<br /><br />TTFN,<br />David