> > These would just use XSLT to generate the
> > entire user interface on the fly (e.g. making us of 
> Internet Explorer's
> > inbuilt support for XML and XSLT). The problem here is that 
> XSLT is not
> > particularly good at deconstructing strings, so the XCQL form for
> > responding back is needed is the XSLT base user interface 
> is going to do
> > anything clever in terms of allowing the user to refine 
> their query etc.
> It could still be optional though.

How can you have a generic XSLT client as described which will
interoperate with all SRU servers, if the echoed XCQL were optional?

Matthew