proposal-string-dedent VS proposal-regexp-atomic-operators

We often add promising TC39 proposals into Civet so people can experiment without waiting.

We've added https://github.com/tc39/proposal-pipeline-operator, a variant of https://github.com/tc39/proposal-pattern-matching, a variant of https://github.com/tc39/proposal-string-dedent and others.

Since our goal is to be 99% compatible with ES we'll need to accommodate any proposals that become standard and pick up anything TC39 leaves on the table (rest parameters in any position, etc.)

I was wondering what "dedent" was when I saw this commit since that's what he named the branch. Conveniently, the changelog shows up first in this merge and he Added String.dedent stage 2 proposal which he links. The proposal is a bit dense for me to skim since I'm not particularly familiar with ECMAscript. The code to implement dedent is included and is a bit tricky to skim but if you scroll down to look at what the tests are doing, then the code will hopefully make a bit more sense.

String.dedent: For multi-backtick templates with automatic margin stripping.

There's nothing built in that does this yet, but there is a proposal for a String.dedent that would.

String Dedent

Atomics.waitAsync: asynchronous atomic wait.

RegExp Atomic Operators: Syntax to regular expressions to control backtracking in certain scenarios by treating certain portions of a pattern as "atomic", where backtracking information specific to that portion of the pattern is discarded when it matches successfully.