从外部来源引用,这解释了现在的问题:
A problem with this approach is that
it could make debugging harder,if you
have to look at the “concatenated” CSS
file in production to make sense of
what code’s included and not,it’s
harder to know what comes from where
than if you just included the original
source code files.One solution would be to have a way to
switch between “concatenated” and
“normal” modes easily (maybe it’s
already possible,I don’t know),so
that normal development would be
unimpeded. But you’d have to resort to
the big concatenated file for
debugging in production.
在Rails 3.0.X中,我们的设计人员可以使用Firebug轻松引导CSS设置,这将直接指示文件和行号,因为所有的CSS文件都是分开的,而不是打包成一个.
还是我错过了点?
解决方法
config.assets.css_compressor = false
但是,atm,这并没有真正解决它,因为stylesheet_asset_tag帮助函数与新的管道不完全兼容,所有修饰符都不起作用,所以…
在您的application.html.erb视图中,您将必须链接每个css
<%= stylesheet_link_tag "stylesheets/application" %> <%= stylesheet_link_tag "stylesheets/foo" %> <%= stylesheet_link_tag "stylesheets/bar" %>
只要您的config / application.rb中的config.assets.enabled = true,资产的根目录将(默认情况下)/ assets
您可以启动rails控制台(rails c)和p Rails.application.assets以查看可以在同一时间配置的属性.
我同意不是最好的解决方案,但在这一点上(使用RC和稳定版本),这是我发现的最好的方法.
更新:围绕边缘api,发现这个ActionView :: Helper sprockets_stylesheet_link_tag(http://edgeapi.rubyonrails.org/classes/ActionView/Helpers/SprocketsHelper.html),但它似乎仍然是stylesheet_link_tag的不完全替换,因为它没有不支持:所有,您仍然必须在函数调用中拥有样式表/段.就这样说,它的功能越来越多地使用向前移动,所以…
<%= sprockets_stylesheet_link_tag "stylesheets/foo" %>
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。