proposal-resizablearraybuffer VS proposal-string-dedent

Nit: "fixed-length" is no longer true as of very recently [1].

[1] https://github.com/tc39/proposal-resizablearraybuffer

Resizable ArrayBuffer: Resizable and growable ArrayBuffers.

Stage 3 Draft linked above https://tc39.es/proposal-resizablearraybuffer/. Implemented in Chrome and Chromium.

This is a great news! Good luck, Luca!

> Better support for explicit resource management

+1

Since everyone is making feature requests, I'd like to point out `ArrayBuffer.transfer`[1] -- ability to effectively move data without copying would do wonders for low-level/high-performance code in JS.

[1] https://github.com/tc39/proposal-resizablearraybuffer

Resizable ArrayBuffers

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