Richard Gibson

I recommend that you follow #2716 (and comment on it as appropriate), which proposes to restructure regular expression processing for more explicit data propagation. It's editorial, but similar restructuring will...

Any API introduced to the specification from this point forward, minus possible exceptions for anything that is already mature enough for that change itself to present a risk.

Yes: https://github.com/tc39/ecma402/issues/480#issuecomment-777791334 > We should document this decision by ensuring that new constructors use the new behavior. I'm working on similar changes now, and do expect this to close soon.

https://github.com/tc39/ecma402/pull/651#pullrequestreview-869935114 > * [FormatNumeric](https://tc39.es/ecma402/#sec-formatnumber) is documented to accept x (which must be a Number or BigInt value), but FormatDateTimePattern incorrectly invokes it with mathematical values. > * FormatNumeric then sends...

@michaelficarra Conflicts resolved.

Looking at https://github.com/jquery/jquery/commit/e0d3bfa77073a245ca112736a1ed3db07d5adcf6#diff-8ab41fe13597e1554b5d6b4c227b5f123ff2d6726a7f3688a8b8d1224fe1d4f3R231 , there might be/have been supported environments where a window object and/or (IE?) host object had no prototype. Assuming that's not the case now, I have no...

Many formats do not support multi-line string literals—their syntax does not permit e.g. unescaped ASCII control characters. Such constraints can simplify parsing, reporting (e.g. the line number of an error),...

I'm not sure why you mention technologies such as Java or XML, because this issue is specifically about Message Format syntax and corresponding behavior/semantics. Regardless, I think my question is...

> > Many formats do not support multi-line string literals—their syntax does not permit e.g. unescaped ASCII control characters > > I think an example would help. > > Because...

You may mean something different by "file format" than I do. Pulling straight from [RFC 8259](https://www.rfc-editor.org/rfc/rfc8259), JSON is "a text-based, language-independent data interchange format". That's also true of XML, and...