xsl-list
[Top] [All Lists]
<prev [Date] next>
[Advanced]
 <prev [Thread] next>

Re: [xsl] Source code formatting

2020-07-30 07:58:27
from [Mukul Gandhi gandhi(_dot_)mukul(_at_)gmail(_dot_)com] [Permanent Link] 
On Thu, Jul 30, 2020 at 5:23 PM Willem Van Lishout
willemvanlishout(_at_)gmail(_dot_)com 
<xsl-list-service(_at_)lists(_dot_)mulberrytech(_dot_)com> wrote:


Attribute-value normalization seems to replace the CR with a space, so I
think that is expected behavior.



You're right.

The following XSD document, when given the same XML document I posted
previously, reports the XML document as valid (32 is codepoint value of the
space character),

 <?xml version="1.0"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema";>

   <xs:element name="X">
      <xs:complexType>
<xs:attribute name="att_1" type="xs:string"/>
<xs:assert test="string-length(@att_1) = 2"/>
<xs:assert test="string-to-codepoints(substring(@att_1, 1)) = 32"/>
      </xs:complexType>
   </xs:element>

</xs:schema>

Thanks for the clarification.



-- 
Regards,
Mukul Gandhi
--~----------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
EasyUnsubscribe: http://lists.mulberrytech.com/unsub/xsl-list/1167547
or by email: xsl-list-unsub(_at_)lists(_dot_)mulberrytech(_dot_)com
--~--
[More with this subject...]
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date:  Re: [xsl] Source code formatting, Willem Van Lishout willemvanlishout(_at_)gmail(_dot_)com
Next by Date:  [xsl] Balisage Bard: On performance, persistence, and pointers to parents, Michael Kay mike(_at_)saxonica(_dot_)com
Previous by Thread:  Re: [xsl] Source code formatting, Willem Van Lishout willemvanlishout(_at_)gmail(_dot_)com
Next by Thread:  [xsl] Balisage Bard: On performance, persistence, and pointers to parents, Michael Kay mike(_at_)saxonica(_dot_)com
Indexes:  [Date] [Thread] [Top] [All Lists]