-
Notifications
You must be signed in to change notification settings - Fork 1
RFC: Define preProcessors API #3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Update: Working on defining what a preProcessor loader itself will look like and behave like this afternoon |
|
Please note I've added some initial thoughts on what a preprocessor could look like as well as a tweak to the |
RFC: Loader prototype
|
To anyone here to review/comment, thank you. The crux of the idea is here: Implementation of Loader Workflow for On-the-Fly Running (api/EXPLORATION.md). You can find the main loader here: src/loader.mjs The API for preProcessors (converting from one format to some form of JS) is here: api/API.md Finally, a I have 2 working loaders so far:
To run this prototype: |
Co-authored-by: Jan Olaf Krems <[email protected]>
|
Acknowledging the further conversation that has to happen regarding esm: Modify getFormat and getSource loader hooks #34144, I've decided to have |
So far added an initial set of thoughts regarding this API. Will delve more concretely into the actual pre-processors loader set up/syntax after this set of initial thoughts for
resourceProviders,preProcessors, andpostProcessors