Skip to content
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

Per package loader configuration #34

Open
KidkArolis opened this issue Jun 5, 2014 · 1 comment
Open

Per package loader configuration #34

KidkArolis opened this issue Jun 5, 2014 · 1 comment

Comments

@KidkArolis
Copy link
Contributor

Is it the case that currently all loaders can only be configured globally? Do you think there should be a way to configure loaders per package (similar to how browserify allows configuring per package transfrosm in package.json https://github.com/substack/browserify-handbook#browserifytransform-field). This is important if rave packages were to be distributed in npm.

Or - do you think only pure js packages should be distributed in npm, and html/css loading, etc. should always stay within the application?

Or - do you think that there should be a "standard" way to load any given file extension, with an option to override per project, but not per package?

@unscriptable
Copy link
Contributor

I don't have the perfect answer, atm. My plan was to use third-party rave extensions to specify the package-specific requirements. For instance, a few folks were trying to get dojo working with rave. dojo requires some dojo-specific plugins. A rave-dojo extension could supply the ES6 loader instructions to apply the plugins at load and build time.

Rave extensions can target specific packages in the load extension (and will be able to do this in the build extension, too). That's the best I've got at the moment. Thoughts?

For the most part, packages will need transforms, as you noted. Some might need other things such as custom normalization or instantiation logic.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants