simpatico
proposal-source-phase-imports
simpatico | proposal-source-phase-imports | |
---|---|---|
2 | 5 | |
7 | 123 | |
- | 4.9% | |
9.6 | 5.7 | |
22 days ago | 16 days ago | |
JavaScript | HTML | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
simpatico
-
JavaScript import maps are now supported cross-browser
>Does this mean that in theory i could skip the build/bundling step entirely?
You can but you must write your app in something the browser understands (js not ts, css not sass etc) and use native modules. For example, here is the test harness for a custom module, written in pure html with no build step: https://github.com/javajosh/simpatico/blob/master/combine2.h.... Here is a more complex (and much older) example from Crockford: https://www.jslint.com/
And yes, the experience developing this way is quite nice!
-
Deno Joins TC39
*>...use types [at] runtime..."
Two things. First, TS conceives of itself as having no runtime component. If it did, I think people (including the TS devs) would be more confused.
Second, I'd say rather we need a runtime type system. In fact I've tried my hand at writing one in the most minimalist way possible, and have been working on it recently [1]. The type system is explicit in that a type is a JSON like object, similar to JSON schema, but 100x less code.
[1] https://github.com/javajosh/simpatico/blob/master/friendly.h... This is effectively the test harness for the module.
proposal-source-phase-imports
-
JSR: The JavaScript Registry
We will soon support WASM imports (`import source foo from "./foo.wasm"`). [1]
[1]: https://github.com/tc39/proposal-source-phase-imports
-
Updates from the 97th TC39 meeting
Source Phase Imports: Proposal to enable importing modules at the source phase.
-
Updates from the 90th TC39 meeting
Import Reflection: Syntax to import ES modules with import reflection attributes.
-
Deno Joins TC39
Alternative module reflections (wasm imports): https://github.com/tc39/proposal-import-reflection
-
Updates from the 86th meeting of TC39
Evaluator Attributes: Enables the module import syntax to provide extra attributes along with a given import as evaluator attributes with the primary use case in mind of permitting these module type imports for Wasm slides.
What are some alternatives?
proposal-resizablearraybuffer - Proposal for resizable array buffers
proposal-import-assertions - Proposal for syntax to import ES modules with assertions [Moved to: https://github.com/tc39/proposal-import-attributes]
zod - TypeScript-first schema validation with static type inference
proposal-regexp-r-escape - Regular Expression `\R` Escape for ECMAScript
proposal-do-expressions - Proposal for `do` expressions
proposal-intl-segmenter - Unicode text segmentation for ECMAScript
compression-dictionary-transport
proposal-string-dedent - TC39 Proposal to remove common leading indentation from multiline template strings
download-esm - Download ESM modules from npm and jsdelivr
proposal-string-cooked - ECMAScript proposal for String.cooked built-in template tag
quickjspp