You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 24, 2021. It is now read-only.
Importing Prism components so that templating is aware of custom tags
Importing @Globals for server
import type for the type resolving system
As of v1.0.2 Prism strips all imports and exports when bundling the whole application. This means that if you are importing a es module from another server then it will be removed.
Bundling is currently done via concatenating all <script>s in .prism definitions and .js and .ts files in the scripts folder of the assets path. Rather than via imports.
The stripping of imports and exports is done because effective code splitting is not quite worked out yet. And it over compensates by removing all imports as a bad static import would cause the script to not run.
And v1.0.2 is not a production build meant to integrate with other code. If importing is important then you can get away with dynamic imports.
Imports bundling and tree shaking are a bit out of the scope for chef rn so it would mean bringing webpack, rollup or other bundlers into the toolchain.
The text was updated successfully, but these errors were encountered:
Current imports are used for:
@Globals
for serverimport type
for the type resolving systemAs of v1.0.2 Prism strips all imports and exports when bundling the whole application. This means that if you are importing a es module from another server then it will be removed.
Bundling is currently done via concatenating all
<script>
s in.prism
definitions and.js
and.ts
files in thescripts
folder of the assets path. Rather than via imports.The stripping of imports and exports is done because effective code splitting is not quite worked out yet. And it over compensates by removing all imports as a bad static import would cause the script to not run.
And v1.0.2 is not a production build meant to integrate with other code. If importing is important then you can get away with dynamic imports.
Imports bundling and tree shaking are a bit out of the scope for chef rn so it would mean bringing webpack, rollup or other bundlers into the toolchain.
The text was updated successfully, but these errors were encountered: