在开发中工作,并在运行时进行编译(即包括大量已编译的CSS文件),我的应用程序看起来正是我期望的.
但是,当我使用资产管道将资产编译成单个文件时,为了测试它在生产中的行为,我认为连接文件application.CSS中的验证错误导致浏览器停止正确评估CSS,而我是看到一些显示问题.
当我在开发中查看生成的CSS文件并通过css3验证器传递它时,我可以看到在使用vendored CSS文件时发生验证错误(在大多数情况下,这些是由于供应商特定的黑客攻击,引发验证器) – 当我通过w3c验证器运行它时,我生成的文件正在通过验证,我在下面的sprockets文件中列出了通过/失败结果:
/* * sprocket file in application.CSS * *= require_self *= require vendor *= require bootstrap-include # FAILS 474 ERRORS - presumably down to CSS Hacks *= require DT_bootstrap # FAILS TWO ERRORS - presumably down to CSS Hacks again *= require navbar # PASSES *= require footer # PASSES *= require main # PASSES *= require home # PASSES *= require Widget # PASSES *= require search # PASSES *= require devise # PASSES *= require doohickeys # PASSES *= require datepicker # FAILS - again yet more cross browser CSS Hacks SUSPECTed*/
当连接破坏应用程序的视觉效果时,您应该如何开始准备生产文件?
我在这里要求了解如何最好地调试这样的编译样式表 – 它听起来像是优雅之前已经解决过的东西,但我在处理像这样的问题时并不知道可靠的方法.
例如,我可以看到一些规则没有通过在firefox和Webkit中使用Web开发人员检查工具进行评估,但我不清楚如何超越这一点,而不是在编译的CSS上进行一些繁琐的二进制搜索.
当然有一些更专业的工具可用于这样的情况,比如能够只编译application.CSS中的一些文件,并分别链接到预编译的bootstrap-sass文件,或类似的东西?
解决方法 如果你使用像bootstrap-sass这样的东西,你不应该使用Sprocket指令,你应该使用@import.将您的清单文件从application.CSS重命名为application.CSS.sCSS,然后将@import重命名,例如:
@import "frameworks";@import "bootstrap-responsive";总结
以上是内存溢出为你收集整理的ruby-on-rails – 调试Rails资产管道的最佳实践全部内容,希望文章能够帮你解决ruby-on-rails – 调试Rails资产管道的最佳实践所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)