You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 15, 2022. It is now read-only.
In #60, PCRE was configured to default to using PCRE2_NEWLINE_ANY when compiling regular expressions. This is consistent with the way that native JavaScript regular expressions work when the m flag is provided:
However, the results can be counter-intuitive when running against a TextBuffer that has CRLF line endings - for example, ^$ will match between the /r and /n:
>"\r\n".match(/^$/mg)["","",""]
It would be ideal if we could allow callers to explicitly pass a newline setting to use for a specific find operation and default it to the preferred line ending for a TextBuffer.
The text was updated successfully, but these errors were encountered:
# for freeto subscribe to this conversation on GitHub.
Already have an account?
#.
In #60, PCRE was configured to default to using
PCRE2_NEWLINE_ANY
when compiling regular expressions. This is consistent with the way that native JavaScript regular expressions work when them
flag is provided:However, the results can be counter-intuitive when running against a TextBuffer that has CRLF line endings - for example,
^$
will match between the/r
and/n
:It would be ideal if we could allow callers to explicitly pass a newline setting to use for a specific find operation and default it to the preferred line ending for a
TextBuffer
.The text was updated successfully, but these errors were encountered: