Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Working through how layouts work in a subtheme it seems that "drush omega-guard subtheme" watches the top level files in the subtheme folder but doesn't (can't ?) know about the files in the layouts folder for that subtheme.
My solution was to open another shell and run "compass watch" in my layout folder.
If I had multiple layouts that I was working with it seems I would need to run "compass watch" in each.
I am not sure if there is a better way.
Comments
Comment #1
fubhy CreditAttribution: fubhy commentedYes, optimally (and omega will probably advocate for doing so eventually) you would not have a config.rb file per direcetory but instead a "layouts" folder in the main /sass folder in your theme where you place top level .scss files (no partials [note: partials are the underscore-prefixed files that are only considered by Sass when you @import them]). Those would then turn into /css/layouts/your-layout.css which you can then include from withing the foo.layout.inc file like so:
It does look slightly ugly in the .info file but I might even change that so the assets declared in a layouts .info file are relative to the theme root instead. Not sure about that yet though (might be a bit weird for the developer experience). Anyways... that strategy (one config.rb that handles it all) is what I use currently. That also works for custom panels templates that I create (I place the .scss for them in a sass/panels/foo-panel folder).
Comment #2
fubhy CreditAttribution: fubhy commentedComment #4
caspercash CreditAttribution: caspercash commentedHi!
I am sorry to open up this thread again but I have encountered errors when running the drush omega-guard name_of_subtheme command. Below are the errors it displayed, can somebody tell me whats wrong with it and how to fix it? Thank you very much!
I am running on Windows 7. Installed Ruby 2.0.0-p0 (x64). Also has this ruby devkit -> DevKit-mingw64-64-4.7.2-20130224-1432-sfx.exe. Below was also the output when I run the bundle install command. I did run this command before running the drush omega-guard drupal above.
Comment #5
fubhy CreditAttribution: fubhy commentedIf "drush omega-guard" gives you errors, ignore it (at least for now) and simply use "bundle exec guard" in the theme folder directly. "drush omega-guard" is just a wrapper for that command for convenience reasons and to allow you to use the command from anywhere in your drupal installation.
Comment #6
caspercash CreditAttribution: caspercash commentedhi @fubhy, i am really sorry for posting the same comment in two different issue. I just don't know what to do with this errors. Tried searching in google but haven't found any solutions yet. I also tried "bundle exec guard" but it also displays the same errors as the "drush omega-guard". I wouldn't be able to use LiveReload in drupals omega theme if this thing is not working right?
Comment #7
jdflorez CreditAttribution: jdflorez commentedCasper did you look at this? http://stackoverflow.com/questions/9340497/cannot-load-such-file-readlin...
Comment #8
dddbbb CreditAttribution: dddbbb commentedHave just implemented the setup suggested in #1 and I have to say that it's a big improvement, workflow-wise. I'll be using it like this from now on - thanks for the suggestion.
I'd really like to see this be the standard for layouts in Omega 4.