-
-
Notifications
You must be signed in to change notification settings - Fork 63
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
Webpack 2? #38
Comments
That actually might be something that works. It's like you mentioned the If you didn't have to use the `=> syntax, how would you imagine it working. |
Yeah, honestly, the whole thing's kinda whacky... I tried the above code and that didn't work. Not sure how to make it work properly so I'm using the old query string API for now... :-/ |
I mean, it looks like these symbols (first time even looking at this loader), to expand into expressions. Would it make it undesirable to just pick the type of expression needed. |
Yeah, honestly, I'm not a huge fan of the syntax as it is... It's pretty overloaded (just look at the table). I would rather something simpler, like:
Notice that the only special case is the last one because that's kinda hard to represent in any other way... Thoughts? |
This syntax seems to work:
|
I'm using this and it still working for me: {
test: require.resolve('foo'),
use: ['imports-loader?this=>window', 'exports-loader?foo']
} |
This is what is printed for me:
And it doesn't work, I still see "true" instead of This is the the context I'm coming from: webpack/webpack#3017 |
sorry, you're right, it's unrelated. |
I've resolved my issue using a built-in option:
|
Partially, due to webpack-contrib#38
Does this loader support Webpack 2? If so, how would you specify the options with the new
rules
API?For example. I have this:
I was thinking:
But I'm unsure, and it seems odd...
The text was updated successfully, but these errors were encountered: