Re: More HTML_AJAX

From: Date: Thu, 21 Jul 2005 18:19:27 +0000
Subject: Re: More HTML_AJAX
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-38826@lists.php.net to get a copy of this message
Matt Craig wrote:
Alan makes a great point here. XMLHTTPRequest is a client side thing and server side code is useful on _some_ projects to have code help in managing callbacks, naming, etc. However, XMLHTTPRequest is fully pluggable into an architecture where the PHP side just plain accepts HTTP requests like any normal PHP program and it is the translation back to Javascript that is the big deal, so it would be great if all the JavaScript (JSON, etc.) code were usable independent of the PHP server side AJAX stuff. It is, well assuming you copy the javascript library out of your pear data dir isntead of using HTML_AJAX_Server to find it for you.
Thats what the proxyless api is about, I finished documenting it last night, i'll try get a proposal up tonight so people can see the docs that are done. -josh
matt Alan Knowles wrote:
Is this going to be broken into HTML_Javascript_JSON? The whole AJAX side is kind of trival to implement, and over-complicating a simple solution. The JS lib's look potentially usefull, however the present bundling of them into a single file make it difficult to follow (and please put usage examples in the comments above the code..) I would like to hear better ideas for how to deal with JS in PEAR - just bundling them in a package seems rather counter to distributing and maintaining PHP libraries.. I saw http://www.openjsan.org/ the other day and although it uses horrible Perl comments and '.' as the namespace seperators - It made me wonder if PEAR_Server could be used somewhere to host this seperately... - Quality JS code with Standards..?! Regards Alan On Tue, 2005-07-19 at 10:22 -0700, Joshua Eichorn wrote:
I've talked to Luca and we agree that the way forward is from my code. The main reason for this is that in PEAR a library that covers a greater number of use cases, by using drivers for encoding input and output and other optional features. So if we can move on with some technical discussion on the code at http://bluga.net/projects/HTML_AJAX/ I would like to get to a proposal soon but that will take a day or two so Luca has time to pull his down, and I'll need a bit to get things packaged, since Greg has always done it so I have no clue how. The one big thing I could use help on is where does JavaScript belong in a PEAR package. Also how do you guys manage doing development from a cvs checkout, I'm on windows at the moment so I can't do symlink tricks, and all the includes rely on the full path. Also I added some new features last night, the biggest one being driver based serialization (right now just JSON and Null) and proxyless operation. -josh


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