为什么使用calc()的LessCSS会在计算中忽略第二个维度?
我正在尝试使用为什么使用calc()的LessCSS会在计算中忽略第二个维度?,css,less,Css,Less,我正在尝试使用 .ui-autocomplete.ui-menu { width: 16.666667% !important; width: -moz-calc(100%/6 - 24px) !important; width: -webkit-calc(100%/6 - 24px) !important; width: -o-calc(100%/6 - 24px) !important; width: calc(100%/6 - 24px) !imp
.ui-autocomplete.ui-menu {
width: 16.666667% !important;
width: -moz-calc(100%/6 - 24px) !important;
width: -webkit-calc(100%/6 - 24px) !important;
width: -o-calc(100%/6 - 24px) !important;
width: calc(100%/6 - 24px) !important;
}
这是用更少的语言写的。编译后的输出不是预期的16.667%-24px,而是忽略px维度并输出-7.333px。我的计算错了吗?尝试了括号等的任意组合。使用以下语法来避免较少的渲染:
calc(100%/6 ~"- 24px") !important
然后输出为:
calc(16.66666667% - 24px) !important
请执行以下操作:
~"calc(100%/6 - 24px)"
这只是一种奇怪的格式,不需要太多的要求。不添加答案,因为我觉得这是重复的(尽管可能很难找到),但LESS总是这样做。选择是将其设置为
width:calc(100%/6~“-24px”)!重要的
(或)设置严格数学
设置,然后使用宽度:calc((100%/6)-24px)
。明白了。什么是最佳实践?此外,还有什么更好的方式:在calc(100%/6-“-24px”)
vs~“calc(100%/6-24px)”
?(或者在自动完成的帮助下不再关心他们)嗯,那要看情况而定,我认为这更像是一种观点。严格的数学是好的(这是我的选择),但正如Fabricio在他的另一个答案(查看链接线程的底部)中指出的那样,它会影响其他领域,并且在使用外部库时会很麻烦。在另外两个人之间,我真的没有偏好:)不,那太好了。以后我会记住这一点:)