Re: New possibilites with client XSLT transformation

> > Once I get to the point in the Insurrection tools where I want to
> > expand the browser support I can then add mod_rewrite rules to
> > detect browsers that do not support XSLT and do the work server
> > side. (But I really do want client-side XSLT as it really scales
> > so much better)
>
> It is also much harder to write XSLT that runs on every browser, with
> every version. Its much easier to write XSLT that runs on a known
> engine (libxslt in my case). YMMV.

Well, I have put up an open Insurrection based Subversion server for
people to play with. It happens to have its own code in the
repository as something to play with (and a way to get the code.)

I also have some minimal browser test pages put together - more are
sure to come. The fun bit is that the Mozilla family
(Mozilla/Firefox/Camino/etc) *and* IE all render the stuff correctly
(modulo some CSS2 subtle issues, mostly in IE with respect to the
:hover constructs)

Anyway, if you want to try it out, go to http://svn.sinz.com:8000/

The browser test pages and the repository are both linked off of that page.

I really like the XML/XSLT constructs since they can significantly
reduce server bandwidth and CPU load when handled within the client.
This scales much better than doing all of the work on the server and
then sending the significantly larger results over the network.

Yes, compatibility is a bit tricky but not as bad as you think.
Safari would not be an issue if I did not want to provide for a single
server-side configuration file for the XSLT. (It is the XPath
document() function that Safari seems to fail at)

BTW - I would love feedback as to the Insurrection stuff. I put it
out there mainly because a few others really liked it so I thought why
not.

-- 
Michael Sinz               Technology and Engineering Director/Consultant
"Starting Startups"                          mailto:Michael.Sinz@sinz.org
My place on the web                      http://www.sinz.org/Michael.Sinz
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org