When I use font Linux Libertine G, and a word ends with ligature and that word is the last in the line, there is a space at the end of the line.
I tried with:
LibreOffice versions: 220.127.116.11, 18.104.22.168, 22.214.171.124, 126.96.36.199, 188.8.131.52, 184.108.40.206, 220.127.116.11 and 18.104.22.168
Linux Libertine G version: 5.1.3
OS: Ubuntu 14.04, Ubuntu 16.04, Xubuntu 16.04, Ubuntu 16.10, Ubuntu 17.04, Windows 7, Windows 10
Steps to Reproduce:
1. Create new document in Writer using font Linux Libertine G and enabled ligatures
2. Write some text in a line
3. Write a word which ends with ligature (for example "tt", "ft", "ff") as a last word in the line
4. Display nonprinting characters (Ctrl+F10)
5. Zoom to see the space at the end of the line if needed
There is a space at the end of the line.
There should be no space at the end of the line.
User Profile Reset: Yes
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Created attachment 132574 [details]
Sample document for the issue
I attached a test document with embedded fonts which is created by LibreOffice Writer 22.214.171.124 on Xubuntu 16.04.
(In reply to Vera from comment #0)
> Expected Results:
> There should be no space at the end of the line.
Why? Is this some rule regarding ligatures that the space at the end of the line should be hidden?
Created attachment 132867 [details]
Created attachment 132868 [details]
Sample document with justified text
(In reply to Buovjaga from comment #2)
> (In reply to Vera from comment #0)
> > Expected Results:
> > There should be no space at the end of the line.
> Why? Is this some rule regarding ligatures that the space at the end of the
> line should be hidden?
The space at the end of the line is hidden when the word is "regular" (there is no ligature at the end of the word), and should be hidden regardless of the ligature at the end of the word.
The space at the end of the line is really annoying when the text alignment is justified. I attached a screen shot and the ODT.
(In reply to Vera from comment #4)
> Created attachment 132868 [details]
> Sample document with justified text
Thanks, I see it with mellett and bélyesefi.
We would be very happy to see you continue doing quality assurance:
Arch Linux 64-bit, KDE Plasma 5
Build ID: f69424ff90f83136027df3063d4c8ddafdf79faa
CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4;
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on April 25th 2016
My guess is the character width (aka DXArray) calculation is broken by the presence of the ligatures, as evidenced by the misplaced cursor and space bullet as soon as ligatures are encountered.
This is most likely the same underlying issue as bug 105913.
Created attachment 132953 [details]
Space at the end of the line without ligature
Created attachment 132954 [details]
Space position without ligature
Created attachment 132955 [details]
Sample file without any ligatures
Without ligatures there is no problem with the cursor and space positions.
I modified the previous sample file to have no ligature at the end of the line. I thought the space will disappear from the end of the line, but it stays. See attachment 132953 [details].
I discover that I can not position the cursor right before given words for example "regen" from the second line and "hegényből" from the fourth line. But there is another "hegényből" in the fifth line which is good. See attachment 132954 [details].
It is interesting, so I investigated that words. If you notice, before "regen" and "hegényből" from the fourth line there are words which ends with ligature. If I remove the ligatures, the cursor position will be good and there will be no space at the end of the line. See attachment 132955 [details].
If there is anything else I can do, please let me know.
I tried in LibreOffice
Build ID: 1:5.3.2~rc2-0ubuntu1~xenial0
CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; VCL: gtk3; Layout Engine: new;
Locale: hu-HU (hu_HU.UTF-8); Calc: single
Build ID: 74ccd02eda2d6325a27266fd935aba29b3d75020
CPU threads: 8; OS: Linux 4.4; UI render: default; VCL: gtk2;
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-04-27_23:51:14
Locale: hu-HU (hu_HU.UTF-8); Calc: group
*** This bug has been marked as a duplicate of bug 105913 ***
Gracias por las soluciones! Realmente me ayudó con https://es.casinority.com/tragamonedas-online/sweet-bonanza-de-pragmatic-play/ con reseña de Sweet Bonanza de Pragmatic Play.