Revise wording about /x caveats
authorKarl Williamson <khw@khw-desktop.(none)>
Fri, 26 Feb 2010 02:17:57 +0000 (19:17 -0700)
committerJesse Vincent <jesse@bestpractical.com>
Sun, 28 Feb 2010 20:15:21 +0000 (10:15 -1000)
pod/perlre.pod

index 7417b35..c675186 100644 (file)
@@ -99,11 +99,13 @@ a C<\Q...\E> stays unaffected by C</x>.  And note that C</x> doesn't affect
 whether space interpretation within a single multi-character construct.  For
 example in C<\x{...}>, regardless of the C</x> modifier, there can be no
 spaces.  Same for a L<quantifier|Quantifiers> such as C<{3}> or
-C<{5,}>.  Similarly, C<(?:...)> can't have a space between the C<?> and C<:>.
-Within any delimiters for such a construct, allowed spaces are not affected by
-C</x>, and depend on the construct.  For example, C<\x{...}> can't have spaces
-because hexadecimal numbers don't have spaces in them.  But, in C<\p{...}>  the
-C<...> can have spaces that follow the Unicode properties rules.
+C<{5,}>.  Similarly, C<(?:...)> can't have a space between the C<?> and C<:>,
+but can between the C<(> and C<?>.  Within any delimiters for such a
+construct, allowed spaces are not affected by C</x>, and depend on the
+construct.  For example, C<\x{...}> can't have spaces because hexadecimal
+numbers don't have spaces in them.  But, Unicode properties can have spaces, so
+in C<\p{...}>  there can be spaces that follow the Unicode rules, for which see
+L<perluniprops.pod/Properties accessible through \p{} and \P{}>.
 X</x>
 
 =head2 Regular Expressions