- From: <AndrewWatt2000@aol.com>
- Date: Wed, 30 Oct 2002 07:40:04 EST
- To: jcowan@reutershealth.com
- CC: xml-dev@lists.xml.org, xmlschema-dev@w3.org, www-forms@w3.org, tbray@textuality.com
- Message-ID: <139.16c87234.2af12d24@aol.com>
John,
Thanks for the replies. It strikes me that I could have phrased some of my
questions more precisely. In one case it, I think, led you to give an
incorrect response, at least when viewed from a pedantic vantage point.
A suggested issue for W3C TAG follows at the end of this email.
In a message dated 30/10/2002 12:00:01 GMT Standard Time,
jcowan@reutershealth.com writes:
> > In W3C XML Schema, and therefore in XForms, is it correct that the only
> way
> > to express the notion of an English language / ASCII "word character" in
> a
> > regular expression is using [A-Za-z0-9_]?
>
> Correct.
I didn't express my question well. The character class I gave isn't the
"only" solution. Equivalent character classes such as [0-9a-zA-Z_] would also
work. I take your answer to assent to the notion that a character class which
enumerates allowed characters is the only approach in W3C XML Schema and
therefore XForms.
>
> > Is there any facility to express the notion of, for example, a French
> word
> > character? Or German?
>
> You'd have to concoct a similar character class, and there is always
> a measure of controversy about these things. The standard English
> spellings of
> "naïve" and "façade" require letters outside [A-Za-z], and so does
> one spelling of "coöperate".
I assumed that might be necessary. :(
>
> > Or is the \p{Basic_Latin} the smallest / most precise
> > "chunk" of characters that can be used in such a setting?
>
> That certainly doesn't do what you want: it matches any ASCII character,
> rejecting the non-ASCII ones.
>
I expressed my question poorly. What I think I was trying to ask was "Is a
defined/named sequence of consecutive Unicode character points the only way
to attempt to approach this?". Or alternatively, "There is no officially /
widely accepted character class for, say, French word characters?".
BTW does anyone know what metacharacters are used in, say, French JavaScript
code? Is it already the case, practically speaking, that \w wouldn't be used
in any way by non-English speakers and that an appropriate character class
would be the only solution?
It seems to me that W3C XML Schema effectively makes a radical change to the
usage of the \w metacharacter. Implementations of regular expressions already
have more than enough inconsistencies.
Isn't it long overdue that some more consistent cross-language regular
expression syntax was developed?
A tasty issue for the TAG? Or IETF?
Pass the aspirin someone, I feel a headache coming on! :)
Andrew Watt
Received on Wednesday, 30 October 2002 07:41:12 UTC