Expectations around line ending behavior for U+2028 and U+2029
claude.pache at gmail.com
Fri Oct 26 14:42:51 UTC 2018
> Would it be worth exploring a definition of U+2028/29 in the spec such that they behave as line terminators for ASI, but otherwise do not increment things line number counts and behave as whitespace characters?
Diverging the definition of line terminator for the purpose of line counting on one side, and ASI and single-line comment on the other side, is adding yet another complication in a matter that is already messy. And I suspect that most tools that have issues with the former case, have issues as well with the latter case, so that half-fixing is equivalent to not fixing.
If we want to ”fix” the definition of line terminator somewhere, we should ”fix” it everywhere.
(Note that the recent addition of U+2028 and U+2029 inside string literals does not constitutes a modification of the definition of line terminator in that context; it is rather allowing string literals to span multiple lines in some specific cases.)
More information about the es-discuss