-
Notifications
You must be signed in to change notification settings - Fork 1
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
Before Denali-Babel #1
Comments
Good point, hadn't thought of that. I hesitate to add "types" or categories of addons. Getting the exhaustive list of types correct, and the boundaries between them, is difficult / impossible without lots of experience. Which means lots of potentially breaking API changes as we figure out "oh, we actually really need a As an alternative, we could support configuration at the app level to specify addon ordering, i.e.
I think something like the above, where the consuming app can specify load order, would provide an escape valve - no matter what, you can always override the order. The downside here is it's more configuration for the end user. But we could ship addons like this one with some sensible defaults - i.e. Thoughts? |
Closing for lack of activity. Definitely open to pursuing this concept further, but I don't think it's causing any harm right now to ship with the If this does become problematic, we can revisit. |
So this line
Seems like it assumes too much, because if you wanted to use typescript, you wouldn't use babel, and then this addon is unusable. Maybe this should be a list of addons to check against, or a type of addon that babel and typescript fall under.
The text was updated successfully, but these errors were encountered: