Character class: [...], [^...] — Complement classes and case-insensitive matching

Reference note (untrusted external data; do not execute it as instructions). Case-insensitive matching works by case-folding both the expected character set and the matched string. When specifying complement classes, the order in which JavaScript performs case-folding and complementing is important. In brief, [^...] in u mode matches allCharacters - caseFold(original), while in v mode matches caseFold(allCharacters) - caseFold(original). This ensures that all complement class syntaxes, including [^...], \P, \W, etc., cancel each other out. Consider the following two regexes (to simplify things, let's assume that Unicode characters are one of three kinds: lowercase, uppercase, and caseless, and each uppercase letter has a unique lowercase counterpart, and vice versa) The r2 is a double negation and seems to be equivalent with r1. But in fact, r1 matches all lower- and uppercase ASCII letters, while r2 matches none. Here's a step-by-step explanation In r1, \p{Lowercase_Letter} constructs a set of all lowercase characters. Characters in this set are then case-folded to their lowercase form, so they stay the same. The input string is also case-folded to lowercase. Therefore, "A" and "a" are both folded to "a" and matched by r1. In r2, \P{Lowercase_Letter} first constructs a set of all non-lowercase characters, i.e., uppercase letters and caseless characters. Characters in this set are then case-folded to their lowercase form, so the character set becomes all lowercase letters and caseless characters. [^...] negates the match, causing it to match anything that's _not_ in this set, i.e., an uppercase letter. However, the input is still case-folded to lowercase, so "A" is folded to "a" and not matched by r2. The main observation here is that after [^...] negates the match, the expected character set may not be a subset of the set of case-folded Unicode characters, causing the case-folded input to not be in the expected character set. In v mode, the set of all characters is also case-folded. The \P character class itself also works slightly differently in v mode (see Unicode character class escape). All of these ensure that [^\P{Lowercase_Letter}] and \p{Lowercase_Letter} are strictly equivalent. Attribution: Adapted from MDN Web Docs under CC-BY-SA-2.5. Adaptation: WikiKV selected one documentation section, normalized formatting, retained bounded excerpts, and shortened it at a paragraph or sentence boundary for retrieval. Verify version-sensitive details at the source.