-
Notifications
You must be signed in to change notification settings - Fork 922
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
Fix Sass + CSS Modules #3186
Fix Sass + CSS Modules #3186
Conversation
This pull request is being automatically deployed with Vercel (learn more). 🔍 Inspect: https://vercel.com/pikapkg/snowpack/HaBen3wWHZbfPQoTcrmBzcDPZ4Hj |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Just one clarification question.
return ( | ||
url.endsWith('.module.css') || url.endsWith('.module.scss') || url.endsWith('.module.sass') | ||
); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just double checking, these are the only suffixes we need? Do we support user-provided preprocessors (.module.less
, etc)?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You may be right—this may change behavior for .module.less
, but that support probably has other untested problems (and there’s never been an official LESS plugin either). So I wouldn’t say we’re “dropping” support there.
.module.*
in general is a Snowpack internal behavior we never really exposed to external plugins, so there’s never really been a user-provided interface for it, no.
5f8847e
to
5eccdc6
Compare
5eccdc6
to
d12f827
Compare
d12f827
to
bb00d2d
Compare
Changes
Fixes issue with
*.module.scss
and*.module.sass
files as reported in #2998.Testing
Tests added; there weren’t any tests before. Tests should pass.
Docs