Adding DOTALL modifier to ECMAScript regex standards

[Jake Reynolds]

Correct, sorry about that.  I should have verified in a regexr before
typing up the examples.

On Wed, Aug 10, 2016 at 9:12 AM, Andrea Giammarchi <
andrea.giammarchi at gmail.com> wrote:

> Just to double check, your `/he[\d\D]?llo/` should be `/he[\d\D]*?llo/`,
> right?
> Otherwise it's not the same as `/he[.*]?llo/`
>
>
>
>
> On Wed, Aug 10, 2016 at 3:02 PM, Jake Reynolds <jreynoldsdev at gmail.com>
> wrote:
>
>> Hello,
>>
>> I brought up the topic of adding the DOTALL modifier to the Chrome V8
>> Engine here
>> <https://groups.google.com/a/chromium.org/forum/#!topic/chromium-discuss/K9h0qB3Z3Gw> and
>> was directed to es-discuss.  I was curious about the practicality and the
>> want for adding a DOTALL modifier to the ECMAScript standards in the future?
>>
>> For those that don't know that DOTALL modifier is a regex modifier that
>> allows the '.' symbol to match newlines as well.
>>
>> *Example regex:* /he[.*]?llo/
>> *Example search string 1: *hello
>> *Example search string 2: *he
>> llo
>>
>> The above regex will match the 1st search string but will not match the
>> 2nd.
>>
>> In ECMAScript the only current way to make a match like that work is to
>> use [\d\D] which will match everything including newlines, given below.
>>
>> *Current workaround regex: */he[\d\D]?llo/
>>
>> The *s* modifier is the standard in most major languages except
>> Javascript and Ruby.  This will allow newline matching for the . symbol.
>> The proposed regex is below:
>>
>> *Proposed new regex: */he[.*]?llo/s
>> *Example search string: *he
>> llo
>>
>> Let me know if there is any more information I can provide, or any
>> questions you have.
>>
>> Thanks much,
>> Jake
>>
>> _______________________________________________
>> es-discuss mailing list
>> es-discuss at mozilla.org
>> https://mail.mozilla.org/listinfo/es-discuss
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20160810/694c097b/attachment.html>