Bug 92283 - UI: property sidebar is not up to substituting the "line and fill toolbar" with respect to line width
Summary: UI: property sidebar is not up to substituting the "line and fill toolbar" wi...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
5.0.0.1 rc
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Sidebar-Properties-Line
  Show dependency tree / graph
 
Reported: 2015-06-23 17:27 UTC by Callegar
Modified: 2023-04-17 20:54 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Callegar 2015-06-23 17:27:42 UTC 
In LibO 5.0 RC, the line and fill toolbar appears to be disabled by default. The rationale for this decision is probably that the property sidebar should completely substitute for it.

Unfortunately, it does not, appearing rather immature and causing operations that were quite easy to accomplish with the toolbar to become much more complex.

A notable issue is with line width/thickness.

1) With the toolbar, the thickness is expressed using whatever measurement unit the user prefers to work with. With the properties sidebar, the thickness is always expressed in points, whatever the adopted measurement unit. This is a serious impairment to technical drawing where different types of lines must have different thickness values and the standard thickness values are expressed using metric or imperial units, not points.

For instance, in Europe a standard outline is 0.20 mm. To get such a line width, now one has to remember that there are 72 points per inch and compute 0.20 mm / 25.4 inches/mm * 72 pt/inch = 0.56 pt

2) With the properties sidebar, entering custom line widths with some accuracy is impossible, as the text box only keeps a single decimal. With reference to the previous example, entering 0.56 pt results in 0.6 pt that is 0.21 mm

3) At least with LibO 5.0RC1, using the property sidebar and the custom line width text box causes LibO to crash rather often.

The above is not to say that LibO should stick with the "traditional" line and fill toolbar, but that the switch to the property sidebar should be made when the sidebar does not introduce significant regressions with respect to the traditional toolbar.
Comment 1 Buovjaga 2015-06-26 15:51:11 UTC 
Fair enough -> NEW.

Can't repro that crash.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ (x64)
Build ID: a51ac4d2bb8c4f1ea1d4ea7569863e2fb6535b02
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-06-22_21:37:53
Locale: fi-FI (fi_FI)
Comment 2 QA Administrators 2016-09-20 10:11:02 UTC Comment hidden (obsolete)
Comment 3 Callegar 2016-09-21 08:58:12 UTC 
Bug still present as of 5.2.2.1 with respect to points 1 and 2. Point 3 (crash) seems fixed.
Comment 4 Callegar 2016-09-21 09:00:42 UTC 
As a general remark, the more LibO succeeds in taking lengths as the user wants to express them avoiding the need of spurious conversions back and forth other measurements units, the better, because every conversion brings in arithmetic errors (for similar issues with conversions see also bug 75915).
Comment 5 Xisco Faulí 2017-09-29 08:49:34 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2021-04-02 03:47:32 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2023-04-03 03:23:19 UTC Comment hidden (obsolete)
Comment 8 Stéphane Guillou (stragu) 2023-04-17 20:54:27 UTC 
Points 1 and 2 still apply in:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1b06f35de68a555b85bceb5fc29d1a5f426f4bb7
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Calc: threaded

I agree that, when editing shapes in Draw, having less options than in Writer when using the default UI is unexpected.