这个HAML
%script{:type => "text/javascript"}
:plain
$(document).ready(function() {
bar();
var foo = foo_func("#{}");
});
如预期的那样:
<script type='text/javascript'>
$(document).ready(function() {
bar();
var foo = foo_func("");
});
</script>
但是 ALMOST IDENTICAL HAML(仅bar()
更改为prep()
):
%script{:type => "text/javascript"}
:plain
$(document).ready(function() {
prep();
var foo = foo_func("#{}");
});
给出了这个:
<script type='text/javascript'>
$(document).ready(function() {
prep();
var foo = foo_func("");
});
</script>
在第二种情况下注意“压抑的压痕”。
为什么将bar()
更改为prep()
会导致这种奇怪的差异?
答案 0 :(得分:3)
这是因为pre
中的字符prep()
与Haml用来处理空格的正则表达式相匹配。
在Haml中,你使用空格来指定元素的内容,通常这是可以的,因为当查看HTML时,空格被“压扁”,以便它显示为单个字符。但是,空格在某些HTML元素(pre
,code
和textarea
)中很重要,而Haml会尝试检测并处理这些元素。在这种情况下,匹配正则表达式并且第一行之后的块不缩进。
此代码在最新版本(目前为4.0.1.rc.1)中已更改,并且在该版本中不会发生这种情况。我还创建了一个pull request that fixes the regex in the 3-1 branch。