-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
regular expressions - whitespace #1005
Comments
I think Syd Bauman's proposed rational: that It's too late to add such a note to the XML Schemas specification, but we could certainly add one here. |
Equivalent reminders exist within constituent definitions in the serialization spec (1.1, definition), XSLT spec (4 Data Model, para 4, definition), but not the data model spec. There is a rather opaque reminder in the XPath specs A.3.5. The XQFO spects have a reminder in the rules and a note of In all, there are already a lot of reminders about what whitespace means scattered throughout the specs. So the failure to communicate is not because no one tried. One impulse is to keep spreading reminders. Another is to consolidate them and make them more prominent (via hyperlinks). I don't know. |
My father taught me a useful principle on this: if you want to bring things to a reader's attention, you need to reduce the amount of text, not to increase it. Very hard to achieve in practice, but certainly, saying things several times in different places can be counter-productive. |
It's not easy to add tutorial information for regular expressions given that we specify them by reference to the XML Schema specification, with modifications and additions. There's nowhere obvious to put the requested information without adding a lot of other non-normative material to the spec, and on the whole, I think that would be counter-productive. I'm going to propose closing with no action. |
+1. The best place would be the XML Schema spec anyway. |
The CG agreed to close this issue without action at meeting 066 |
There is some confusion about the rationale for defining the multi-character escape for whitespaces in a recent discussion on Slack:
\s
is limited to[#x20\t\n\r]
\w\
covers[#x0000-#x10FFFF]-[\p{P}\p{Z}\p{C}]
, i.e., considers the full Unicode rangeDo we know the reason?
I assume it’s both too late and out of scope to change that in our specs, but maybe we can improve the XQFO spec and…
\s
does not include\p{Zs}
or\p{Z}
The text was updated successfully, but these errors were encountered: