Skip to content
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

It would be nice to explain why you recommend this? #79

Closed
behrangsa opened this issue Mar 10, 2012 · 7 comments
Closed

It would be nice to explain why you recommend this? #79

behrangsa opened this issue Mar 10, 2012 · 7 comments

Comments

@behrangsa
Copy link

So on the home page you have mentioned that:

Import "bootstrap" in your SCSS file of choice to get all of Bootstrap's styles, mixins and variables! Don't use Sproket's //= require directives for SASS files, because they're horrible and will kill your cat.

Why are Sprocket's //= require directives horrible? Why do you prefer @import? That sentence is not any helpful at all. It is just confusing.

@bryanrite
Copy link

Sprockets compiles each file individually, so mixins or variables to set in one file do not work in another; hence, all the mixins and variables available via Bootstrap are not within the scope of your own files, so you can't use them.

Import basically imports the files together and then they are compiled, allowing you to override and use Bootstrap.

@thomas-mcdonald
Copy link
Member

Fixed in 2.0.2. Links to that rather excellent explanation, in fact.

@tombh
Copy link

tombh commented Jul 18, 2012

Sorry if this is misinformed; but then doesn't this mean that you lose the performance improvements of only having to recompile the single SASS file that's been changed, when in a development environment? I suspect that not using sprockets (in order to use mixins) is the reason I have to wait ~2-3 seconds each time I want to recompile my CSS.

EDIT: Aha! Think I found a really nice solution; instead of having to @import "bootstrap"; in every scss file, I'm just doing that in my main.scss and then doing;

@import "bootstrap/variables";
@import "bootstrap/mixins";

whenever I need mixins in scope. I've got < 100ms compile times again :)

@namiwang
Copy link

@tombh That's a nice solution! But after that why we still using @import instead of =require in the main manifest file?

@tombh
Copy link

tombh commented Nov 22, 2013

@namiheike It's so long ago now, I'm not sure I remember! I think it's because if you use =require then the mixins aren't included.

@jabr
Copy link

jabr commented Feb 23, 2015

Is there an @import way to do the equivalent of Sprocket's = require_tree?

@glebm
Copy link
Member

glebm commented Feb 23, 2015

@jabr Glob imports (@import "a/**") are provided by sass-rails, and alternatively by sass-globbing. These are both for the ruby Sass, not sure if there is anything for libsass.

@twbs twbs locked and limited conversation to collaborators Feb 25, 2015
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants