Fix typos and formatting in wxRegEx incompatibilities section
Double the backslashes to prevent Doxygen from interpreting them as commands and remove a redundant word.
This commit is contained in:
@@ -173,9 +173,9 @@ enum
|
|||||||
empty string. The new ::wxRE_NOTEMPTY flag can be used to disable empty
|
empty string. The new ::wxRE_NOTEMPTY flag can be used to disable empty
|
||||||
matches.
|
matches.
|
||||||
|
|
||||||
- Using @c \U to embed Unicode code points into the pattern is not
|
- Using @c \\U to embed Unicode code points into the pattern is not
|
||||||
supported any more, use the still supported @c \u, followed by exactly
|
supported any more, use the still supported @c \\u, followed by exactly
|
||||||
four hexadecimal digits, or @c \x, followed by exactly two hexadecimal
|
four hexadecimal digits, or @c \\x, followed by exactly two hexadecimal
|
||||||
digits, instead.
|
digits, instead.
|
||||||
|
|
||||||
- POSIX collating elements inside square brackets, i.e. @c [.XXX.] and
|
- POSIX collating elements inside square brackets, i.e. @c [.XXX.] and
|
||||||
@@ -195,7 +195,7 @@ enum
|
|||||||
|
|
||||||
- For completeness, PCRE syntax which previously resulted in errors, e.g.
|
- For completeness, PCRE syntax which previously resulted in errors, e.g.
|
||||||
@c "(?:...)" and similar constructs, are now accepted and behave as
|
@c "(?:...)" and similar constructs, are now accepted and behave as
|
||||||
expected. Other regexes syntactically invalid according to POSIX are are
|
expected. Other regexes syntactically invalid according to POSIX are
|
||||||
re-interpreted as sequences of literal characters with PCRE, e.g. @c "{1"
|
re-interpreted as sequences of literal characters with PCRE, e.g. @c "{1"
|
||||||
is just a sequence of two literal characters now, where it previously was
|
is just a sequence of two literal characters now, where it previously was
|
||||||
a compilation error.
|
a compilation error.
|
||||||
|
Reference in New Issue
Block a user