I have a horizontal plane at a height (z) of 351.3. The _List command confirms that:
However, _Boxedit shows the z position as 351.29998779 (and also shows a z size of 0.00002676 which implies the plane isn’t level):
351.29998779296875 happens to be the nearest decimal number to 351.3 which can be accurately represented by a float, which leads me to suppose that in converting Rhino’s double precision distances to displayable decimals _Boxedit is inadvertently casting them to floats somewhere along the way.
_Boxedit is, or should be, a useful tool for checking precision in the placement and sizing of objects so this introduction of imprecision in the displayed values is disconcerting and unhelpful. It casts doubt in the viewer’s mind on the accuracy of a multitude of drawing commands.
I appreciate that in the real world the size of the error is small. Nonetheless, if you allow the display of a value to some number of decimal places, it should be accurate to that number of places. Please fettle this.