Created attachment 113043 [details] Non-Justified Persian text in Libre 4.4.0.3 In LibreOffice version Version: 4.4.0.3 Build ID: de093506bcdc5fafd9023ee680b8c60e3e0645d7 Locale: en_ OSX with Persian language, justified alignment doesn't work properly.
Is this the same problem as bug 88976? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
Hello factoreal, It would be useful if you can provide a screenshot as the text looked justified to me. One thing that didnt look okay was the empty spacing between letters that is supposed to be joined in the second last line.
Created attachment 113060 [details] Non-Justified Persian text in Libre 4.4.0.3 Screenshot of non-Justified Persian text in Libre 4.4.0.3
(In reply to Beluga from comment #1) > Is this the same problem as bug 88976? > > Set to NEEDINFO. > Change back to UNCONFIRMED after you have provided the information. Hey, No, it's another problem, I think that it's about font and does not appear in OSX. thanks
Created attachment 113070 [details] linux screenshot Justification look fine to on linux even after installed the font from http://openfontlibrary.org/en/font/xb-niloofar. Version: 4.5.0.0.alpha0+ Build ID: d1c9bd13ec7af93f5368dfda6d6d3c955f0b0816 TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-01-28_00:25:56
Lets ask the QA mac team to see if they can confirm it on mac.
(In reply to Jay Philips from comment #5) > Created attachment 113070 [details] > linux screenshot > > Justification look fine to on linux even after installed the font from > http://openfontlibrary.org/en/font/xb-niloofar. > > Version: 4.5.0.0.alpha0+ > Build ID: d1c9bd13ec7af93f5368dfda6d6d3c955f0b0816 > TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-01-28_00:25:56 Thanks Jay for your effort. In this file everything seems to be fine except one thing. After word "OCH" in line 4, it seems in following four words kashida is missed. characters of these word has not joined together properly. فهرست، بندی، کنیم، کار I'm not sure if this problem is because of kashida but it seems to be.
Hey Eman, Did you see my screenshot? Are you OS X user and use LibreOffice Version: 4.4.0.3? Is it necessary to upload another screenshots? thanks
There are several RTL bugs on OSX at the moment with certain Hebrew/Arabic/Other RTL fonts. As I have no idea how such texts should display, it is difficult to confirm / deny that there actually is a problem. I've added the corresponding links to other bug reports that are described as showing problems with RTL display, inlcuding spacing issues.
Allegedly, a fix was provided for an Arabic spacing problem that was pushed for integration in 440 beta 2, so this should be in 4403 production release, if my understanding of the branching off is correct. Perhaps the fix is incomplete, or doesn't apply to Persian ?
In order for me to test on OSX, I would need to be able to compare correct justification with incorrect justification. I have no idea at present how the text in the ODT document is supposed to be represented. Could someone provide me a screenshot of that document with a comparison of good/bad ? Setting needinfo
@factoreal, do you have a software in which the text correctly displays on osx? Microsoft Word or NeoOffice maybe? As Alex pointed out, for a western guy whichout knowing what the file would look like when displayed correctly it is very difficult to tell, what to look for. So maybe you can add a screenshot and in OS X use the function to put red marking around what is not being displayed correctly.
Created attachment 113079 [details] PDF LibreOffice-4-3-5-Archlinux The pdf file include description in English.
Created attachment 113080 [details] ODT LibreOffice-4-3-5-Archlinux The odt includes description in English.
Created attachment 113081 [details] LibreOffice-4-3-5-Archlinux-kashida-misses Line 1 in the following words kashida disappears inappropriately. نوشته شده امید که For example between character شـ and ـتـ in the word نوشته
Created attachment 113082 [details] PDF with OpenOffice for comparison This problem is not fixed in Openoffice but for comparison it is good. Notice that in line 3 in penultimate word باگ kashida spears inappropriately. But other words are good for comparison.
Created attachment 113083 [details] Good justifed document in Libre Version: 4.3.6.1 Hey Alex, I have uploaded new screenshot of good justified text in Version: 4.3.6.1. Now you can compare the good and bad one :)
The problem in this bug is that the text is not being justified for factoreal in 4.4 (attachment 113060 [details]), which was justified in 4.3 (attachment 113083 [details]) on Mac OS X. @Alex, @foss: What needs to be tested is that the text is justified, meaning that the text is touching both sides of the margin. Please upload screenshots so me and factoreal to see what you see for 4.4 and/or master. The problem being addressed here isnt the kashida problem with justification that Eman has been trying to identify.
Created attachment 113095 [details] LO4352 screenshot Screenshot of test document in LO4352 OSX 10.10.2
Created attachment 113096 [details] LO Version: 4.5.0.0.alpha0+ Screenshot of test document in Version: 4.5.0.0.alpha0+ OSX 10.10.2
Confirming
If this works in 4.3.x then it's unfortunately outside the currently available bibisect range for OSX -> Whiteboard:notBibisectable
*** Bug 94101 has been marked as a duplicate of this bug. ***
*** Bug 91793 has been marked as a duplicate of this bug. ***
*** Bug 95675 has been marked as a duplicate of this bug. ***
The problem is still present in 5.0.2.2, as witnessed by the latest duplicate.
(In reply to Alex Thurgood from comment #26) I shall qualify that last comment : the problem **appears** to be still present from the recent duplicates.
*** Bug 95820 has been marked as a duplicate of this bug. ***
Giving the priority + severity an alternate spin: highest to let devs know this is a very annoying bug (frequently reported and affects a large user group), severity normal as there is no crash or data loss.
Migrating Whiteboard tags to Keywords: (notBibisectable)
TESTING with LO 5.2.0.0.alpha1+ OS Version: Mac OS X 10.10.5 Build: 2016-05-11_01:01:27 (In reply to Yousuf (Jay) Philips from comment #18) > The problem in this bug is that the text is not being justified for > factoreal in 4.4 (attachment 113060 [details] "Non-Justified Persian text in Libre 4.4.0.3" > which was justified in 4.3 on Mac OS X. > (attachment 113083 [details] "Good justifed document in Libre Version: 4.3.6.1" > > @Alex, @foss: What needs to be tested is that the text is justified, meaning > that the text is touching both sides of the margin. The only difference I see with those screenshots is that in both the first and second paragraphs, the first line is left-justified in the 'Good justified document', and is indented in the 'Non-Justified Persian text' > Please upload > screenshots so me and factoreal to see what you see for 4.4 and/or master. Using attachment 113043 [details] as my test document, justification appears similar to the screenshot Jay made in attachment 113070 [details] (comment #5). At first glance, I can't seem to reproduce this bug. UNFORTUNATELY it appears that both attachment 113060 [details] and attachment 113083 [details] were created using a test document different from the one attached to this bug, so I'm not sure if we're comparing apples and oranges here. When testing, I noted that LibreOffice is substituting 'Gill Sans' for 'XB Niloofar'. If possible, it'd be great to use a font we ship in LibreOffice in the example/test doc. > The problem being addressed here isnt the kashida problem with justification > that Eman has been trying to identify. Thanks for the clarification. I'm adding a note to the Summary to make that much clearer.
Based on screenshots of Alex Thurgood in comment 19 and comment 20 this appears to be fixed for me Setting as resolved - works for me as the commit that fixed this is unknown If this is still broken on the original document, please upload a test case that is broken Version: 5.2.3.3 Build ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf CPU Threads: 2; OS Version: Mac OS X 10.12; UI Render: default; Locale: en-US (en_NO.UTF-8); Calc: group
Created attachment 128528 [details] Works for me in LO 5.2.3.3
hi all After two years, this bug has not been fixed. I'm using Version: 5.2.5.1 Build ID: 0312e1a284a7d50ca85a365c316c7abbf20a4d22 now, and this bug still exists.
(In reply to factoreal from comment #34) > hi all > After two years, this bug has not been fixed. I'm using Version: 5.2.5.1 > Build ID: 0312e1a284a7d50ca85a365c316c7abbf20a4d22 now, and this bug still > exists. Please try with 5.3, which has the new font layout engine
I've had this problem for years. Does not manifest in light testing of version 5.3.
Testing on 5.3 and it seems to work again, as also reported in comment #36 Version: 5.3.0.3 Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU Threads: 2; OS Version: Mac OS X 10.12.5; UI Render: default; Layout Engine: new; Locale: en-US (en_US.UTF-8); Calc: group