Re: new HTML_AJAX implementation

From: Date: Sat, 16 Jul 2005 00:33:43 +0000
Subject: Re: new HTML_AJAX implementation
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-38664@lists.php.net to get a copy of this message
This looks a bit better - why not split JSON into a seperate package? - HTML_Javascript_JSON? it seems more usefull in it's own right than the AJAX php code? That way you integrate JSON responses into existing code frameworks.. Regards Alan On Fri, 2005-07-15 at 13:32 -0700, Joshua Eichorn wrote: > Putting my money where my mouth is, I did a quick implmentation of what > I think HTML_AJAX should look like. > > Its still kinda rough I put it together in the last couple hours. > > Code at: http://bluga.net/projects/HTML_AJAX-0.2.0/ > > Features: > Ability to register multiple classes on one page > JSON is used for communication in both directions (I made add JPSpan xml > from JavaScript to server as well) > Class are exposed to Javascript as classes > POST is used for sending requests > Decent JavaScript error handling (right now there is an alert catch on > the errors, but we might just leave the exceptions alone at some point) > > > Things that need to be done: > Javascript Stuff: > Decide if JavaScript JSON implementation has a license that is ok (json.js) > At least switch to a smushed json.js (3k instead of 10k) > Clean up HTML_AJAX.js, I pull in a bunch of classes from JPSpan and I > think they can be made smaller through refactoring > Expose onLoad etc events > Complete Async Callback support > Create an addon api that allows for, proxyless operation, direct content > replacement from results > > PHP Stuff: > Pearify JSON.php (this currently has a pepr proposal in the draft state, > the author said he will try to move it forward, but who knows if he will > have time) > Complete the api so it that is supports inpage operation like test.php, > or out of pager operation (including the javascript proxy files) > Write code to deliver the js files through php with the proper caching > headers, so you don't have to copy the js files around unless you want too > Write a cache for javascript proxy files > > If anyone wants to help with one of these tasks let me know, I won't be > doing any more coding on this for at least a couple hours, since i need > to get some real work done. > -josh >

« previous php.pear.dev (#38664) next »