Re: Ajax PEAR package

This seems rather rudimentary. The PHP side is basically doing a cross between HTML_Javascript, SOAP and XMLRPC. The js code is just wrapping the XMLHttpRequest object with a function library (OO JS is quite nice you know..) As it currently stands, the library seems a little pointless.. - the beauty of AJAX (Although I still hate that acronum), is that you can use it to retrieve any kind of data (although often XML is easiest). and the server side actions behave in the same way that standard HTML page requests come in, hence writing php code that behaves in the same way as a browser request makes it considerably easier to manage. (Alot easier to debug that magic RPC calls going on in the background) As this proposal stands, it's not really solving many issues.. A HTML_JSON or something package may be of some use, to those not already overwhelmed by the current choices XML/XMLRPC/SOAP/WDDX/PHPserialize.. A standard Javascript library would be usefull, but that's a whole can of worms in it's own right... - I develop mostly XUL apps these days.. Why would I want to have MS Bug workaround crap for.... :) Regards Alan On Wed, 2005-07-13 at 10:43 -0700, Joshua Eichorn wrote: > Luca Mariano wrote: > > >Hi, > >I've just rolled out a little php class that makes the creation of > >Ajax XHTML pages a very easy and quick work. > >Basically it uses introspection to auto-register avaible methods both > >on the server side (php) and on the client side (js code working on an > >XMLHttpRequest object). > >Since I noticed that there is no PEAR implementation of Ajax specs, > >what about considering HTML_Ajax? > > > >Sources: > > >>http://www.lucamariano.it/upload/pear-proposal/ajax/src/Ajax.phps > > >>http://www.lucamariano.it/upload/pear-proposal/ajax/src/ajaxlib.js.html > > >>http://www.lucamariano.it/upload/pear-proposal/ajax/src/example.phps.html > > > >Package (NOT pear package, simply a tgz): > > >>http://www.lucamariano.it/upload/pear-proposal/ajax/HTML_Ajax.tar.gz > > > > > > > Looking at the code you might want to propose the JSON implementation as > a seperate package, its usable outside of AJAX plus thats one area where > allowing a driver based approach would be nice, so you could use one of > the JSON extensions. > -josh >