- From: David Lee <David.Lee@marklogic.com>
- Date: Fri, 14 Sep 2012 10:13:41 -0700
- To: David Carlisle <davidc@nag.co.uk>, "liam@w3.org" <liam@w3.org>
- CC: "public-microxml@w3.org" <public-microxml@w3.org>
Maybe the story for Microxml based languages could "don't do that" ... e.g. Don't put language and other long expressions in attributes put them as element content. Since we are not going to support XSLT or SVG out of the box (no namespacs) then either a translation has to be done or a new language invented which works with MicroXML e.g instead of <if condition="100 Lines of XPath 3.0 ..."> <if> <condition> 100 Lines of XPath 3.0 ... </condition> ----------------------------------------------------------------------------- David Lee Lead Engineer MarkLogic Corporation dlee@marklogic.com Phone: +1 812-482-5223 Cell: +1 812-630-7622 www.marklogic.com -----Original Message----- From: David Carlisle [mailto:davidc@nag.co.uk] Sent: Friday, September 14, 2012 1:32 AM To: liam@w3.org Cc: public-microxml@w3.org Subject: Re: What to do about newlines in attribute values? On 13/09/2012 20:22, Liam R E Quin wrote: > You'll lose at the first colon, to paraphrase Billy Bragg... Yes that's why I mentioned that the xslt/xpath case isn't very compelling for microxml, although of course I only used <xsl:if> to give the human reader some context. It could (theoretically) be just <if> together with some namespace defaulting as in <math> in html. Although in the XSLT case it's not at all clear how that would work. Other languages using xpath in attributes might plausibly have microxml variants and would have the same issue if they could not break the xpath expressions over a line. David ________________________________________________________________________ The Numerical Algorithms Group Ltd is a company registered in England and Wales with company number 1249803. The registered office is: Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom. This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. ________________________________________________________________________
Received on Friday, 14 September 2012 17:14:05 UTC