Bug 141203 - Typesetting and inter-letter-distances are inconsistent in justified alignment
Summary: Typesetting and inter-letter-distances are inconsistent in justified alignment
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.1.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paragraph-Alignment
  Show dependency treegraph
 
Reported: 2021-03-23 16:31 UTC by Clarc
Modified: 2023-05-10 15:04 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Bug-Screencapture (20.56 MB, video/x-matroska)
2021-03-23 16:31 UTC, Clarc
Details
Example-Document (9.30 KB, application/vnd.oasis.opendocument.text)
2021-04-30 07:43 UTC, Clarc
Details
Example-Document-2 (10.69 KB, application/vnd.oasis.opendocument.text)
2021-04-30 07:53 UTC, Clarc
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Clarc 2021-03-23 16:31:31 UTC
Created attachment 170664 [details]
Bug-Screencapture

This is something that happens pretty often if you look carefully.

Depending on what characters you enter, the borders may appear to have a different size or the distances between letters might be different.

I suggest watching the attached video (Bug-Screencapture), it shows the bug pretty, well. Look at the last word in the middle line. ("Was")




Software Info:
(This has been happening for quite a few versions now)

Version: 7.1.1.2 / LibreOffice Community
Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: de-AT (en_GB.UTF-8); UI: en-GB
Flatpak
Calc: threaded

Linux Mint
Comment 1 Dieter 2021-04-30 07:11:18 UTC
Thank you for reporting the bug. Screencast makes it ver clear. But could you please attach a sample document, as this makes it easier for us to verify the bug? 
(Please note that the attachment will be public, remove any sensitive information before attaching it)
=> NEEDINFO
Comment 2 Clarc 2021-04-30 07:43:02 UTC
Thank you for checking out the bug.

Done. In this sample document, you can trigger the bug in at least two ways:

1. Add a space in front of the very first word (and delete it)
OR
2. First line, last word: delete the "l" in "voluptatum" (and retype it)

You should easily be able to find additional ways of triggering the bug. It's REALLY common.
Also, I suspect that the "justified" text flow may be required for the bug to happen.
Comment 3 Clarc 2021-04-30 07:43:58 UTC
Created attachment 171518 [details]
Example-Document
Comment 4 Clarc 2021-04-30 07:52:40 UTC
Actually, I made a mistake. The steps I produced change the inter-letter distances (which also seems like a bug to me.)

To see the border shift, open Example-Document-2 and, in line 3, delete the "n" in "nisi" and instead add an "m". This should make the last word shift.
Comment 5 Clarc 2021-04-30 07:53:32 UTC
Created attachment 171519 [details]
Example-Document-2
Comment 6 Dieter 2021-05-09 15:08:50 UTC
I confirm it with

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 15a9bee9ef26ce13ed1e26319306a88b6d886158
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

(steps from comment 4 and document from comment 5)

I'm not an expert in this topic, but I think it is clear that letter distances might change, if you write an "m" instead of "n". But justified alignment shouldn't change.
Comment 7 QA Administrators 2023-05-10 03:16:24 UTC Comment hidden (obsolete)
Comment 8 Clarc 2023-05-10 15:04:28 UTC
Yes, it still is present. Both described bugs can be reproduced using the attached example-documents.

Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Flatpak
Calc: threaded