<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - EXPORT: DOCX: DOC: border shadow color/distance not kept, and border distance value changed" href="https://bugs.documentfoundation.org/show_bug.cgi?id=126567#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - EXPORT: DOCX: DOC: border shadow color/distance not kept, and border distance value changed" href="https://bugs.documentfoundation.org/show_bug.cgi?id=126567">bug 126567</a> from <a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> Mike Kaganski</a> <pre>(In reply to Justin L from <a href="show_bug.cgi?id=126567#c5">comment #5</a>) > I'm not too worried about a 0.80 changing into a 0.75. That can easily be > due to rounding when converting back and forth from twips or whatever. Actually it's because in OOXML, the border size is measured in 1/8th of a point. Citing description of "sz" attribute of CT_Border (ECMA-376 Part 1 sect. 17.3.4): > If the border style (val attribute) specifies a line border, the width of this border is > specified in measurements of eighths of a point, with a minimum value of two (onefourth > of a point) and a maximum value of 96 (twelve points). Any values outside this > range can be reassigned to a more appropriate value. The type of the attribute is ST_EighthPointMeasure, which is an unsigned integer. So a value of 0.80 pt is rightfully brought to the closest multiple of 1/8th of a point (sz=6, i.e. 0.75 pt). The other possible value (sz=7) is 0.875 pt, which is less accurate.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>