Bug 135431 - Position and Size of dimension lines depend on each other
Summary: Position and Size of dimension lines depend on each other
Status: RESOLVED DUPLICATE of bug 97161
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-04 09:52 UTC by Adrian
Modified: 2023-06-07 18:52 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Dimension line for testing (10.04 KB, application/vnd.oasis.opendocument.graphics)
2021-08-17 12:43 UTC, Regina Henschel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Adrian 2020-08-04 09:52:17 UTC
Ubuntu 16.04
Libre Office Version: 6.2.8.2

I try to add "Dimension Line" objects to an image of a layout. I try to position the two dimension lines by entering values in Properties => Position and Size => Position X, Position Y, Width and Hight.
I accept changing width and height of the object might change its position (if reference for dimension and position defer). The problem: I expect identical value sets of position and size cause identical appearance, but it does not:
Increasing (increment arrows) the height of the object moves it upwards, decreasing the hight moves it upwards again. Changing the width also moves the object upwards. Sometimes the movements are always downwards, too. The position changes are a multiple of the changes of width and hight, which sometimes don't change at all. Entering values for hight and width makes the object jump all over the slide.
Comment 1 Regina Henschel 2020-11-15 18:42:37 UTC
A dimension line is not defined by position and size, but is defined be two points. Unfortunately these points are not available in the 'Position and Size' dialog. The dialog shows only the resulting surrounding rectangle including all parts of a dimension line.

It would be an enhancement request to make a special tab in the 'Position and Size' dialog to set the defining two points.

In the meantime you can set snap points and drag the defining points to them to put a measure line onto exact position.
Comment 2 Buovjaga 2021-07-27 14:38:22 UTC
(In reply to Regina Henschel from comment #1)
> It would be an enhancement request to make a special tab in the 'Position
> and Size' dialog to set the defining two points.

Paging UX team
Comment 3 Heiko Tietze 2021-08-17 10:56:59 UTC
We have "Position & Size" for x/y on the page and "Dimensions" for the guides. Somehow I don't understand the request. Please provide a step by step example.
Comment 4 Regina Henschel 2021-08-17 12:43:34 UTC
Created attachment 174356 [details]
Dimension line for testing

Neither 'Position and Size' nor 'Dimensions' dialog allow to determine the exact position of the two defining points of a measure line.

I work in Draw with unit 'mm'.

Open attached document and select the dimension line. It should show 28mm.
You decide, that you need 28.5mm: Open 'Position&Size' dialog and set width to 28.5mm. The dimension line should show 28.5mm now. The horizontal position should still be 30.0mm. OK. 

You decide, that you was wrong but need 28.4mm: Open 'Position&Size' dialog. Look at the width field. It does no longer show 28.5mm and the horizontal position has changed too. You are lost. It is not possible to set the dimension line to show 28.4mm and have left position of the measure point at 30.0mm.

There exist workarounds, but a simple way to determine exact position and size of a dimension line corresponding to the two measure points is missing in the UI.
Comment 5 Heiko Tietze 2021-08-18 08:11:04 UTC
If you change by 0.1 cm (2.9) it works well. Same for the sidebar. Only .05cm makes the label larger than the available space ending up with inverted arrows that increase the size of the whole widget. However, reducing the font size later ends up in a huge mess, no way to bring it to 2.85. Before the first modification everything works well.

But what I mean is that we do have UI controls, they just behave unexpected when the label is moved. For a consistent solution I could imagine to make this a group. But it would still increase the "width" after becoming too small so a special input for the actual dimension width could be needed.
Comment 6 Heiko Tietze 2021-11-30 09:30:34 UTC
No reply to my question, so Regina's proposal counts.
Comment 7 Regina Henschel 2023-06-07 18:52:31 UTC
I collect all similar reports to bug 97161 to make the problem better visible.

*** This bug has been marked as a duplicate of bug 97161 ***