-
-
Notifications
You must be signed in to change notification settings - Fork 351
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
New repository with removed helpers? #14
Comments
Don't worry, those helpers haven't gone away. I use them too. They've just been moved to the compass core. Simply upgrade to Compass 0.11.beta.3 and Susy 0.9.beta.3, remove the 'susy' mixin, replace it with the 'establish-baseline' mixin, and you're good to go. See the changelog for details: https://github.com/ericam/compass-susy-plugin/wiki/Changelog |
I'm not quite sure what to do now, even after your explanation. Is this the correct way? Does removing from stylesheets/screen.sass (or print.sass, ie.sass and others) Or do I also need to replace in _stylesheets/defaults.sass And after all if the susy mixin is really deprecated, how will Compass/SASS recognize which plugin to use? Blueprint, 960, Susy, ... Does it mean that in config/compass.rb the You also wrote in the Changelog that the _defaults.sass won't be created anymore. So would it be enough to just delete that file? Is compass/reset part of the new defaults that are being imported automatically? And how could I stop that besides overwriting the defaults on my own? Well, that are lots of questions, but I don't want to forget to thank you for your great work!! |
Alright one question got solved by myself by trying it out. I removed the _defaults.sass file and removed the mixin +susy. I also replaced @import defaults in screen.sass (and others) with @import base. It kinda works as long as my Gemfile says the following: |
The line in compass.rb is the only line you need to tell Compass that you are using Susy (among any number of other plugins). But "using Susy" has no meaning at all, besides giving you access to the Susy mixins. So you are only actually "using susy" if you use the Susy mixins. When a mixin moves from Susy to Compass core, you can keep using it with no worries. Susy no longer includes a base mixin (by the same name), because all that mixin did was establish the baseline, and now there is a compass core mixin to take care of that. You can remove the defaults if you want, but then you wont have the defaults. I've removed the defaults from new versions of Susy because I consider them outside the scope of what Susy should be, not because they will somehow get loaded automatically. And yes, "susy/reset" should also be replaced with "compass/reset" - as the two are identical and the Susy one will be removed in the next release. If you bring back your defaults and make the two changes noted (susy=>estabish-basline and susy/reset=>compass/reset) you should have all the old styles and everything you need working properly. Hope that makes sense! |
Thanks for your fast reply! Now I understood what you meant, especially on the part of the _defaults.sass file. So for me it is best to keep and edit it. |
Fun fact: Even the establish-baseline mixin is not recognized without those lines. Here is the beginning of my _defaults.sass: And here a list of my used Rubygems: |
you do need to keep the susy import line, as well as the default grid settings if you want to use susy for your grids. I'm not sure why it still thinks you need susy for the vertical rhythm stuff. If those are really the gems that are being used, you should be getting different errors. |
Hm, hard to figure out, but as it was just for my own interest I simply believe in your words :) Thanks for your help! |
Hi Eric,
Would you please create a new repository with the helpers you removed (rhythm-borders, etc.)? I am currently using them and think they'd be useful for others.
The text was updated successfully, but these errors were encountered: