01:19 | <Francisco Tolmasky> | RE:incidental, I just meant that the syntax production names seem primarily in service of the hypothetical target EBNF-like target description, in other words, implementation details. Rather than say, something meant to be treated as a "public facing" AST-like node name. As a quick example, "TemplateSpan" doesn't seem to represent any true conceptual idea, but simply a "temp variable" that needs to be named so that it can referenced and hold on to "middles and tails but not head" -- the idea of a "template span" isn't discussed in any meaningful way, and I wouldn't from this document say that this is some terminology I "trust" or anything. In large part, I don't thin the syntax production names make any sort of "backwards compatibility" guarantee, and have changed in the past (Formals became FormalParametersList, etc.) As such, since NoSubstitutionTemplate like TemplateSpan only shows up in that context, I simply wanted to check if it was something that perhaps is a term that gets used when discussin/documenting/etc. and thus I would make a point of trying to be consistent with that terminology in the stuff I write vs. if there not really any strong standard I may consider something else if I feel that it might make more sense to the audience |
01:21 | <Michael Ficarra> | there's not really a strong convention and you should use whatever term you think communicates best to your target audience |
04:16 | <ljharb> | (also i don't think no-substitution backticks are common - most styleguides/eslint configs ban them and force you to either interpolate, or use single or double quotes) |
04:23 | <bakkot> | templates with no interpolations are very common in places which deal with multiline strings |
04:24 | <bakkot> | I don't think eslint has a rule which forces you to use single quotes for strings with linebreaks in (other than no-restricted-syntax I guess) |
05:28 | <ljharb> | true, line breaks would be the exception |
05:31 | <ljharb> | hmm, true - i see a combo of prefer-template and no-template-curly-in-string , and the allowTemplateLiterals option of quotes , i think, that might do it? |
16:23 | <Aapo Alasuutari> | it'd certainly be web compatible to, when lastIndex isn't 0 and setting it fails, just respect the lastIndex that's there - but basically nobody freezes regexes anyways |
16:24 | <ljharb> | i mean it’s a data property, not sure that’s where I’d draw the silly line personally |
22:36 | <Meghan Denny> | i also use no-substitution backtick strings when i know it will contain both ' and " since then i don't have to escape them |