<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Incorrect object sizes reported in object properties sidebar pane when points are used as measurement/grid unit; object properties modal dialog is correct."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=111922">111922</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Incorrect object sizes reported in object properties sidebar pane when points are used as measurement/grid unit; object properties modal dialog is correct.
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>5.3.5.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Draw
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>michaelepley@gmail.com
</td>
</tr></table>
<p>
<div>
<pre>Description:
Almost any drawing object (Shapes, lines, text boxes) will report a small-ish
size value (say 5.8 pts) in the properties sidebar, whereas the object
properties shown in the context menu's model dialog will report the
(presumably) true (and typically larger) value (say 150 pts).
Note that typing a small change in size into the sidebar's object size field
will change the displayed object size and correct the displayed value. Using
the value spinner associated with the size entry field will have the same
effect. The object will often radically change in displayed size within the
document with even a single spinner activation.
Steps to Reproduce:
0. I'm able to reproduce on a (relatively) new, clean install of Fedora 26; I
have not attempted to reproduce in a pristine VM. This issue does not appear to
effect all measurement types, such as millimeters/centimenters, but I did not
test all measurement types.
1. Select "points" in the Tools menu >> options... >> LibreOffice Impress/Draw"
<span class="quote">>> General >> Unit of measurement; save via "OK" button.</span >
2. (in default, new document) Create a large rectangular shape object (ie.
select Rectangle from the Drawing Toolbar) in the default document; unselect
this object.
3. (re)Select this Rectangle object; view the Position & Size in the sidebar's
properties view.
4. Also view the object Position & Size via object's context menu modal dialog
box (right-click on object >> Position and Size...)
Actual Results:
For example, in a fresh document, if I draw a Rectangle object close to filling
a page (612 pt by 792 pts, with 28 pt margins on all sides), the sidebar's
properties pane will show for the position and size height=12.0 pt and
width=11.6 pts (maybe this is inches?), whereas the object's context menu
properties model dialog shows a size of 555.3 pt by 735.3 pt. Inspecting the
saved document I see the following object:
<draw:custom-shape draw:style-name="gr1" draw:text-style-name="P1"
draw:layer="layout" svg:width="19.59cm" svg:height="25.94cm" svg:x="1cm"
svg:y="1cm"><text:p/><draw:enhanced-geometry svg:viewBox="0 0 21600 21600"
draw:type="rectangle" draw:enhanced-path="M 0 0 L 21600 0 21600 21600 0 21600 0
0 Z N"/></draw:custom-shape>
Expected Results:
The properties pane should show the correct result.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
Also appears to effect LibreOffice Impress (same versions, methods to
reproduce)
Related/ancillary issue: when using points as the measurement, for small size
values, the object size is always inconsistent with the intended/entered value.
For example, if an object height of "4.0 pts" is entered, the object height
will size to 4.3 pts (not 4.0 pts) and this will be shown in the document and
the next time the field is displayed. I believe this is a result of the
internal object measurement units of centimeters at a precision of 1/100 units
resulting in rounding and consistency issues in the conversion to points. This
precision issue however was not present before approx. version 3.3 but has
persisted since 4.0. This makes high precision virtually impossible with points
as the measurement unit (an extremely common unit for typesetting and similar
activities).
User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML,
like Gecko) Chrome/60.0.3112.101 Safari/537.36</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>