Unwanted LESS calculations applied on CSS properties with "arithmetic-like" values

[AFaust]

When integrating JLessC as an alternative to LESS engine in the Share client of Alfresco ECM I encountered an instance where JLessC incorrectly evaluated a valid CSS property value as an arithmetic operation. This problem has affected less.js in the past (i.e. #146) as well.

The CSS specifications define some properties to allow for value expressions that look like arithmetic operations but should not be treated / evaluated as such. This affects e.g. the font or border-radius properties. In my case I have a vendor provided CSS rule

.@{alfresco}
{
   font:13px/1.231 Open Sans,arial,helvetica,clean,sans-serif;
}

that is processed by JLessC to

.alfresco-share {
  font: 10.5605199px Open Sans, arial, helvetica, clean, sans-serif;
}

[Horcrux7]

Do you need a strict math operation?

  -sm=on|off               Turns on or off strict math, where in strict mode, math.
  --strict-math=on|off     Requires brackets. This option may default to on and then
                           be removed in the future.

Or is the default or is the default lessc behavior ok for you? The default behavior handle the problem of the "font" property but not of the "border-radius" property.

[Horcrux7]

Please try the snapshot if this solve your problems.

[AFaust]

Yes - with the snapshot the font property is handled correctly in my case and luckily there is no use of border-radius in the "problematic" way within the default styles.

[Horcrux7]

The fix for your problem has produce a regression. I have rewrite it. Please try again the snapshot version if it work continue for you. Thanks.