> > 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?