I am attaching a document where I repeated three words many times and set the text to be justified. Some of the words got a gap between characters that shouldn't be there. I marked those with the problem with a red color, and one can easily see what's wrong by comparing them to the other non-red words. I am also attaching a PDF that's an export of the document that shows the problem persists in the pdf.
Steps to Reproduce:
1. Open my attached file
2. The red words should look similar to the black words
gaps are introduced between characters.
No gaps should be introduced in justified text.
User Profile Reset: Yes
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Created attachment 132020 [details]
libO introduced gaps in some words
Created attachment 132021 [details]
PDF export also has the same issue
Is this another manifestation of needing floating point glyph positioning for enhancement bug 103322?
I can't reproduce it in
Build ID: d3b5bd4a07a619db6bee1c39c32280ac3c620532
CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk2;
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Khaled should be able to comment more on this...
That is a kashida issue, in the gap there should be a kashida but it moves to the wrong direction due to the presence of combining mark on the right of it. I don’t have the same font, but other fonts show the issue as well.
I recall fixing this exact issue at some point, but I can reproduce with 5.3, may be it was fixed on 5.4 but I can’t test it right now.
@Khaled: Yes, I noticed the bug with many fonts including Amiri but it happens in a random way that even closing the file and reopening it could make it disappear in one place and appear in another. The current sample shows a more consistent case.
Shouldn't there be a way to disable kashida justification and resort to space justification only?
(In reply to Munzir Taha from comment #6)
> Shouldn't there be a way to disable kashida justification and resort to
> space justification only?
Probably yes, but it might require both changes to the UI and the file format, I don’t know for sure.
@Khaled: you mentioned that
> the gap there should be a kashida but it moves to the wrong direction
> due to the presence of combining mark on the right of it
However, I can reproduce it with no marks on the right of it. Attached is an example file and a screenshot
Created attachment 132086 [details]
reproduceable without marks
Created attachment 132087 [details]
reproduceable without marks (screenshot)
Created attachment 134506 [details]
Created attachment 134507 [details]
Created attachment 134508 [details]
I've just attached another extreme case example, where the kashida messed up the text though I haven't even used justification! Just by changing the zoom from 351% to 352% I got the bad text. Attached is the source document and two screenshots; one shows the good, the other shows the bad.
Created attachment 150525 [details]
A repeated text in Farsi with several fonts
Created attachment 150526 [details]
The PDF generated by LibreOffice 22.214.171.124 from the previous file
Everything is OK in this PDF
Created attachment 150527 [details]
The PDF generated by LibreOffice 126.96.36.199 from the previous file
Everything is OK with this PDF,too
Created attachment 150528 [details]
How LibreOffice 188.8.131.52 actually displays this text- part 1
There are excessive spaces between letters of single words. I have marked this words with red ellipses or boxes. You can see the incorrect processes starts in each line and continues to the end of that line.
Created attachment 150529 [details]
How LibreOffice 184.108.40.206 actually displays this text- part 2
The same as part 1
Created attachment 150530 [details]
How LibreOffice 220.127.116.11 actually displays this text- part 3
The same as part 1
Created attachment 150531 [details]
How LibreOffice 18.104.22.168 actually displays this text- part 4
the same as part 1
Created attachment 150532 [details]
How LibreOffice 22.214.171.124 actually displays this text- part 5
Even Dejavu Sans has this problem, but not Liberation Sans.
Created attachment 150533 [details]
How LibreOffice 126.96.36.199 actually displays this text- part 6
Also "Lohit Devanagari" seems OK, although it is an Indian font
(In reply to Babak Razmjoo from comment #16)
> Created attachment 150526 [details]
> The PDF generated by LibreOffice 188.8.131.52 from the previous file
> Everything is OK in this PDF
Sorry, everything is not OK here. All fonts till Dejavu Sans can render the text perfectly, but there are Keshide (or Tatvil) marks in wrong places in texts rendered by Liberation sans or Lohit Devanagari
(In reply to Babak Razmjoo from comment #17)
> Created attachment 150527 [details]
> The PDF generated by LibreOffice 184.108.40.206 from the previous file
> Everything is OK with this PDF,too
Sorry, everything is not OK here too.
There are some incorrect Keshide or Tatvil marks in texts rendered by Liberation sans and Lohit Devanagari
Created attachment 150535 [details]
How LibreOffice 220.127.116.11 actually displays this text- part 1-revised
The 6.2.x issue is different than the original issue here, and is tracked in bug 124109 (which should be fixed in the next point release).