Description: Hi dear support. When I create a dimension line, for example 21cm on page format A2, then the number of decimal point is not applied. In case number of decimal point is 1, then the dimension shall be depicted as "21.0 cm". But there is "21 cm". Thank you for your time and bug fix. Steps to Reproduce: 1. Create dimension line with length for example exactly 5 cm. 2. Check number of decimal points is at least 1. 3. Dimension is still depicted as "5 cm", not "5.0 cm". Actual Results: 5 cm Expected Results: 5.0 cm Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: CL
Created attachment 167479 [details] Picture with different approaches of decimal points. Picture depicts how the number of decimal points is applied according to real dimension.
Need to be confirmed independently,setting back to Unconfirmed. Does it worked before?
I have never used it before.
Thanks for reporting, I can confirm it in Version: 7.2.0.0.alpha0+ (x64) Build ID: ecb916667b633f8647790e040226b093760e6cfe CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Dear Petr Tichý, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Confirmed on : Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL threaded Image 'bug libre offfice draw dimensions line 7.5.0.png" 1) Dimension line of 195cm display in cm with 2 decimal (should display 195.00 cm) 2) Change display unit to "meter" with 2 decimal 3) BUG => should diplay 1.95 m
Created attachment 185514 [details] 3 steps for the bug
The bug is still present in version 7.5.0.3 (X86_64) / LibreOffice Community. Setting of decimal point is not respected.
Created attachment 206416 [details] Overflow error in dimension dialog Should we add a checkbox to indicate whether zeros should be stripped? Lets ask the design team.
Code pointer: SdrMeasureObj::TakeRepresentation
No need for input from UX. The bug should be fixed (an upper limit for the decimal points of 4 sounds sufficient) and the decimal places respected. This feature needs a checkbox "[x] Automatic" to keep the current behavior (lines at precise values keep 5cm and minor deviations like 4.95cm are shown as best as possible). The dialog's preview uses black to draw lines. This needs to be changed into WindowTextColor to work on dark themes.
Andreas Heinisch committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/90890974c2e843e615a95286e29c3114342f2b28 tdf#138414 - Respect decimal precision for dimension lines It will be available in 26.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
After resolving this issue, the rounding problems in the dialog became more noticeable. I will file a separate bug report to address them.