[Home] [By Thread] [By Date] [Recent Entries]

  • From: Mukul Gandhi <gandhi.mukul@g...>
  • To: Timothy Cook <timothywayne.cook@g...>
  • Date: Fri, 28 Apr 2017 12:48:16 +0530

Hi Timothy,
   I've just checked the Char production of XML, and it allows the existence of Unicode code point for NUL character (i.e "\u0000").

Therefore I think, your XML and XSD example was right.

I apologize for my earlier mail, where I was disagreeing with you.

On 27 April 2017 at 14:17, Timothy Cook <timothywayne.cook@g...> wrote:

On Thu, Apr 27, 2017 at 4:52 AM, Mukul Gandhi <gandhi.mukul@g...> wrote:
Before agreeing to Mr. Timothy's post, I forgot to brush up what is really meant by the XSD type xs:string. If we look at xs:string definition at, https://www.w3.org/TR/xmlschema-2/#string it says
"The string datatype represents character strings in XML. The ·value space· of string is the set of finite-length sequences of characters (as defined in [XML 1.0 (Second Edition)]) that ·match· the Char production from [XML 1.0 (Second Edition)]."

While writing +1, I suspected that XSD's xs:string mirrors Java's String data type. But actually, xs:string takes its value space from XML 1.0 (Second Edition).


So the 'string representation' of NUL is that group of characters ​"\u0000" and can be included in an XML string. 

Character Range

[2]   Char   ::=   #x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF] /* any Unicode character, excluding the surrogate blocks, FFFE, and FFFF. */


​So, what am I missing? There is a defined string representation for every Unicode character, even ones such as NUL, ACK, etc. not meant for display. ​


--
Timothy Cook



--
Regards,
Mukul Gandhi


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member