Created attachment 54160 [details] 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.
I can not reproduce it in LibO 3.4.4. Could you upload an example document? Workaround, select all controls in a row, then you can edit their height, Y-position, width together.
Created attachment 54219 [details] example document
Created attachment 54220 [details] screenshot: control1 as shown in UI
Created attachment 54221 [details] screenshot: control2 as shown in UI
Created attachment 54222 [details] screenshot: generated report
Created attachment 54223 [details] screenshot: generated report: - edit
Created attachment 54224 [details] screenshot: generated report - optimal row height
Created attachment 54225 [details] screenshot: generated report - result From user's point of view, phantom lines appeared.
Created attachment 54226 [details] screenshot macro show real height step 1
Created attachment 54227 [details] screenshot macro show real height step 2
Created attachment 54228 [details] screenshot macro show real height step 3 - result detail section
Created attachment 54229 [details] screenshot macro show real height step 4 - result control1
Created attachment 54230 [details] screenshot macro show real height step 5 - result control2
(In reply to comment #1) > Workaround, select all controls in a row, then you can edit their height, > Y-position, width together. Obviously, once one knows what the source of the problem is, the work-around is indeed easy. But as the source of the problem is hidden, it is quite hard to understand the source of the problem, and thus quite hard to get to the work-around overall.
I can reproduce it in LibO 3.4.4 under win7, with your example file.
After discussion, it was decided to forcefully round all positions and dimensions to nearest 10^-4 m. The main argument was consistency: All over LibreOffice, dimensions are shown in 10^-4 m (when using the metric system).
Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8dd6a23b6b44902d1c1ae4e24360463ffcf1015d fdo#43556 round pos&dim of report controls & sections to nearest 10^-4m
Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=067a3e264797bd60117bea72db4877031af9805b&g=libreoffice-3-6 fdo#43556 round pos&dim of report controls & sections to nearest 10^-4m It will be available in LibreOffice 3.6.
Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "libreoffice-3-5": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2c37b5ba27d5289b3ec5c0ad3273cdb7d7fa9848&g=libreoffice-3-5 fdo#43556 round pos&dim of report controls & sections to nearest 10^-4m It will be available in LibreOffice 3.5.6.