Kelly,

There is nothing to *stop* you using XInclude with XHTML since it operates
at the XML level, rather than XHTML. By the time the XML document reaches an
XHTML processor, any XIncludes will have already been processed.

While I'm here, the use case you describe--building documents without a
server--is a great one, and something that I too am very much interested in.
Another feature that complements what you describe is the idea of
'client-side variables'; in the same way that you can pass name/value pairs
to a server, or give values via parameters to some command-line application,
so we need a way to pass variables to an XHTML application processor. You'll
probably have seen that some scripted HTML slideshow apps will jump to a
specific slide, so I'm only talking about generalising that approach.

Coupled with XInclude it would be pretty powerful!

Regards,

Mark


Mark Birbeck
CEO
x-port.net Ltd.

e: Mark.Birbeck@x-port.net
t: +44 (0) 20 7689 9232
w: http://www.formsPlayer.com/ 

Download our XForms processor from
http://www.formsPlayer.com/   

> -----Original Message-----
> From: www-html-request@w3.org 
> [mailto:www-html-request@w3.org] On Behalf Of Kelly Miller
> Sent: 15 November 2005 00:31
> To: www-html@w3.org
> Subject: XInclude In XHTML?
> 
> 
> I was curious, is there currently any plan for allowing 
> XInclude in XHTML?  I think being able to legally construct 
> small documents from large ones, without needing to rely on 
> server-side scripting, would be useful.
> 
> --
> http://www.mozilla.org/products/firefox/  - Get Firefox!
> http://www.mozilla.org/products/thunderbird/  - Reclaim Your Inbox!
> 
> Please avoid sending me Word or PowerPoint attachments.
> See http://www.gnu.org/philosophy/no-word-attachments.html 
> 
> 
>