https://bugs.freedesktop.org/show_bug.cgi?id=43556
Bug #: 43556
Summary: EDITING report design: lengths & positions shown
rounded -> hides information, leads to seemingly
unexplainable behaviour
Classification: Unclassified
Product: LibreOffice
Version: LibO Master
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Database
AssignedTo: [email protected]
ReportedBy: [email protected]
Created attachment 54160
--> https://bugs.freedesktop.org/attachment.cgi?id=54160
Illustration
In report design (edit) view, lenghts and positions of controls (width, height,
PosX, PosY) are displayed with a precision of 10^-4 m (tenth of a millimeter),
but are stored with a precision of 10^-5 m (hundreth of mm).
This may seem inconsequential (who cares about hundreths of a millimeter in
print-out?), but has nasty consequences of report builder behaving in a
seemingly inconsistent and unpredictable way. Take the situation in the
illustration: In the Detail section, there are two controls, whose top is
aligned. One has height 331 (hundredths of a mm), The other has height 330. But
*both* are shown to have height 0.33cm in the properties dialog, so it looks
like they have same height.
Now, generate the report from that. All looks well, because 0.01mm is basically
invisible. But instead of one table row per data row (in the database), the
table in the generated report has *two* rows per data row: One of height 0.33cm
and one of height .001cm. Now, put the document in edit more (right-click and
"edit" in contextual menu), select the whole table, right-click (contextual
menu), choose row / height / optimal. Suddenly "phantom" empty rows appear
between each row of data! That's extremely confusing to the user, since other
reports don't do that.
It happened to me, I got the idea that maybe some controls had a different
height and/or an offset PosY and that this was the problem. But I checked and
double-chechked, they all had PosY=0 and height=0.33cm. Only when I got the
idea to look at the properties through a Basic macro rather than through the UI
did I understand the problem.
So I would advocate that we either forcfully round all lengths and positions to
10^-4 m precision or show the full 10^-5 precision in the properties dialog.
Showing full precision seems the cleanest to me.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
