-
Notifications
You must be signed in to change notification settings - Fork 0
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
Add manifest import paths as a variable #93
Comments
Ah, there might be a problem with that: sass/sass#279 |
Could be fixed using the workaround here? sass/sass#279 (comment) |
That's a runtime level workaround though. Not sure it's something that we can affect via the Bitstyles code. :( |
Yes, that’s definitely true — it’d be required in the local project configuration. So today’s findings: using https://github.com/bitcrowd/bitstyles/releases/tag/v0.2.1 (based on my PR replacing normalise with sass version), adding the node_modules to sass load path (reasonable expectation, have to do this in rails), and the bitstyles folder to the sass load path (less reasonable, but maybe ok for now):
…and everything works well (requires npm v3+ presumably, not tested that yet). The only other option I see right now is to use two different versions of the manifest (with different paths), but I’ll look into this more tomorrow. |
Further findings after looking at how foundation & bootstrap do this: Our options as I see it:
The first of these seems the simplest and most robust — it’s one change for the local project, no added maintenance for bitstyles — and cross-package-manager-compatible. This is how foundation sass does it (they provide CLI tools to automate that and the rest of the install process but also provide manual install instructions), and how most guides suggest using bootstrap-sass (the remaining guides I’ve read simply suggest One potentially interesting point for the npm version — bootstrap v4 has a Right now though I’d suggest we keep it simple, and instruct users to add bitstyles to their loadpath in our readme. |
The import path is used in multiple places. It would make sense to variablise this.
The text was updated successfully, but these errors were encountered: