Community
Participate
Working Groups
This is a general not BiDi specific NL defect It is well known fact that NL chars in the XML namespace should appear not as-is but as escape sequence (e.g. %D7%90% for first letter of Hebrew alphabet). -------------------- The targetNamespace attribute has type xsd:anyURI as defined by the XSD spec part 1, Section 3.15.2 (http://www.w3.org/TR/2001/REC-xmlschema-1-20010502/#declare-schema). And xsd:anyURI can only contain US-ASCII characters as defined by the XSD spec part 2, Section 3.2.17 (http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/#anyURI) and RFC 2396 (http://www.ietf.org/rfc/rfc2396.txt). -------------------- However XML editor does not perform this conversion. Add Namespace using NL characters and look at the Source Tab. You will see actual glyphs (NL characters encoded in UTF-8) instead of escape sequence.
THis defect actualy belongs to XSD not XML editor.
Reassign
We'll look at this during the post M6 timeframe.
We cannot get a fix in place without destablizing the editor, and we do not have enough resource to fully test the fix in the 1.5 timeframe.
Hi Tomer, Can you clarify what the problem is? Upon launching the editor, are you expecting the editor to convert these characters into escape sequences? If so, by merely launching the editor, the dirty bit will be turned on. Or are you saying we should render the characters as escape sequences? Note that these NL characters may fall outside the range of valid characters in a URI, the schema is invalid to start off with. And by not converting the characters, this forces the schema writer to fix the problem in the editor and use characters in the valid range.
This is a message for the bug reporter: please take a few minutes and verify the bug. If we don't hear back in a week's time we'll mark as verified and close it. Thank you.
It is unclear what should be verified ? The current status is RESOLVED WONTFIX. To address previous comment. The problem is not with display. Since you expect human beings to work with XML/XSD editors in the editor itself you would expect real glyphs to be shown. However in the stored on the disk asritfact (i.e. XSD / XML file) the namespace should not include glyphs (in other words it should not include unicode encoded characters). Instead it should include escape sequence. This is simply because the program using the generated artifact will work with a standard which in its turn prohibit using characters outside of standard English ASCII in the namspace. Since Source Tab reflects the content of stored on the disk artifact file you would expect to have escape sequence both on the disk file and in Source Tab. However in the graphical portion of the editor I would expect to see glyphs since they are human readable as opposed to escape sequence. Consequently when the artifact is stored on the file system you should convert namespace from normal (inlcuding glyphs) presentation into escape sequence form. In the opposite direction, when you show a namespace in the XSD/XML graphical editor, you should convert escape sequence into glyphs. I hope this clarify the problem and expectation. Please let me know if any additional information is required.
(In reply to comment #7) > It is unclear what should be verified ? The current status is RESOLVED > WONTFIX. Hi Tomer, the comment was a bulk message I added to all bugs in the verified state to give the reporter a chance to confirm the resolution. Thanks for the additional information in comment 7. Keith, please review.
(In reply to comment #7) > Since Source Tab reflects the content of stored on the disk artifact file you > would expect to have escape sequence both on the disk file and in Source Tab. > However in the graphical portion of the editor I would expect to see glyphs > since they are human readable as opposed to escape sequence. > Consequently when the artifact is stored on the file system you should > convert namespace from normal (inlcuding glyphs) presentation into escape > sequence form. In the opposite direction, when you show a namespace in the > XSD/XML graphical editor, you should convert escape sequence into glyphs. > I hope this clarify the problem and expectation. > Please let me know if any additional information is required. There are no plans to do this. Closing bug.
