So I've showed a few Spry examples that are great examples of displaying XML data using AJAX. But so far, these have all been "Read Only" type demonstrations. By that I mean, I simply used Spry as a nicer front end to my applications. One question you may have is - how do I use Spry to communicate back to the server? There are two answers to this question based on what you actually have in mind.
If your intent is to load XML data based on some setting/value on the client, you can actually do this very easily in Spry if the data you want to load is based on another data set already loaded. So that's pretty complicated, but take a look at the CFLib Spry demo. Notice how the list of UDFs is based on the library selected. The libraries themselves are also driven by Spry. The libraries are loaded via this Spry call:
var dsLibraries = new Spry.Data.XMLDataSet("cflibspry.cfc?method=getlibraries", "libraries/library");
So how do I call back to the server to load the right UDFs? I simply bind the URL for the dataset to the libraries dataset like so:
var dsUDFs = new Spry.Data.XMLDataSet("cflibspry.cfc?method=getudfs&library={dsLibraries::ID}", "udfs/udf");
Notice the {dsLibraries::ID} token. This simply says to make the call and pass in the current value for the dataset, dsLibraries, column ID. So technically, this is an example of Spry letting you talk back to the server and passing along client information. It's also extremely simple and one of the reasons I've fallen in love with Spry.
However - at a more general level, you may ask how Spry would let me call an arbitrary URL on the server. Sure, the dataset stuff makes it simple, but is specifically built for loading data, not just calling random URLs. Spry let's you do this with the loadURL. I want to thank Kin Blas of the Spry team for the following example:
function myCallback(request) {/* Do whatever you want with results */}Spry.Utils.loadURL("GET", "http://www.cflib.org/foo.cfc?method=updatename&name=" + encodeURIComponent(value), true, myCallback);
Obviously you have a choice between GET and POST calls. The "true" argument (third one) specifies if the call is asynchronous or not. Lastly, you can specify a function to fire when done. Obviously if you don't need the result you can leave that off.
Archived Comments
How about sending a whole XML packet back to the server. Either one record from the data set or a complete dataset? Let's say one wanted to add or edit records. Then send the back to the server for confirmation that they had been added before putting them into the dataset in the browser?
Right now there is no support for deltas (ie, knowing what rows changed). You would need to do it yourself.
Great example Ray! With a little touch up you can make cflib one spiffy resource.Well it's good now, just cooler with Spry... Left column could loose 200 px in width or so. Page doesn't fit on my screen.
SpryNoob here, trying to brake the ice.
Using your unmodified example the "var result" in function usercheck()contains all the Application.cfm settings and at the end of it the variable #available# (either 1 or 0). Of course #available# is not recognized. If I rename Application.cfm for testing purposes, everything works ok.
I am working on local: is there a way to avoid "usercheck.cfm" to pass nothing but the #available#?
Should it be located somewhere else like in a subdirectory with an empty Application.cfm?
What do you mean that it contains all the Application.cfm settings?