-
-
Notifications
You must be signed in to change notification settings - Fork 27k
Permit Loader Specification Or Relax ESLint webpack loader rule #1686
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
Comments
In cases where you want to import plaintext, why not just use JS for this? export default `
any plaintext
you like
`; |
sure, but i also want to serve it for download (i can blob it, but would rather URL to it) and in some cases, actually use it as a component too! it's nutty! :) im okay |
Yea, the problem is it’s not really supported, and we don’t promise even patch version changes are safe. So we can break you in any version accidentally. |
definitely. i have moderate confidence that webpack will be in here for a while & that file & url loaders will be sticking around too, so im gettin wild and taking a risk! |
#tests |
Hi all,
I'd like to revisit #1015.
I have the need to serve some raw files for download and to render in plaintext.
That is, I want to import plaintext JS in some cases, and I also want to be able to serve JS downloads. The issue as described in #1015 prevents me from achieving this.
I know it's niche, but a generic file is a 1st class citizen, IMHO. Unfortunately we need some access to the underlying tooling to specify the intended consumption. Requires & import statements will be piece of cake migrations 🍰 if we de-webpack.
The text was updated successfully, but these errors were encountered: