proposal-import-assertions VS proposal-string-dedent

SO, you're using webpack to support CSS imports here, BUT, did you know that you can do this in vanilla JS without webpack using something called import assertions:

This could be implemented as an import assertion[1]:

import foo from 'http://example.com/foo' assert { sha256sum: '...' }

This feature would even be useful in the web platform in general. Along with an assertion for importing plain text files (not just JSON files).

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

Worth noting that Import Assertions were downgraded to stage 2 from stage 3. The proposal page may continue to say "stage 3" until it can be updated.

Import Assertions: Proposal for syntax to import ES modules with assertions

Also, I'm not sure how that'd work with import assertions. That'd add another round of questions.

Hi, there is a way to import json file like:

If you want the real thing, you're looking for import assertions.

But it's still only a proposal, currently at stage 3 (which means it's almost finalised, pending any critical feedback or refinements, before it gets implemented). You can view the import assertions proposal on GitHub.

I wouldn't use import assertions in any browser since they are still a stage 3 proposal so any browser which implements them is doing before it is standardized and shouldn't be relied upon for anything that matters.

There's an issue for that to be added as aprt of import assertions https://github.com/tc39/proposal-import-assertions/issues/11...

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