Created attachment 60012 [details] Screenshot of text in Davkawriter (GIF) The situation with Hebrew nikud may have improved slightly with 3.5.2 over the original report in 3.4.2 -- it gets one of them right, but still fails with a number of other examples. The first attachment (screenshot) shows the text as it should be in DavkaWriter, a proprietory Hebrew/English WP. The second attachment (screenshot) shows the text when pasted into LO-writer 3.5.2 The third attachment (ODT) is the saved file from LO 3.5.2 Reading from right to left, the first word is OK. The second word looks correct, but I;m not convinced: it has both a dagesh (dot) in the centre of the second letter and a holem (dot) vowel at its top left corner. It is unclear whether the vowel is in the consonant space correctly or not. The third word is clearly incorrect: the present of a dagesh (dot) in the first consonant has displaced the patakh (dash) vowel from under the first letter to the left where is has created a non-accessible space after the first letter. The fourth word is again incorrect, as the presence of the dagesh (dot) in the second letter has displaced the sh'va (double dot) vowel to the left and created another non-accessible space in the word.
Created attachment 60013 [details] Screenshot of text in LibreOffice Writer 3.5.2 (GIF)
Created attachment 60014 [details] Saved text from LibreOffice 3.5.2 (ODT)
Created attachment 60606 [details] Screenshot of your file on Win Vista SP2
I also have problems with pointed Hebrew inserted in LTR text (French or English or Italian) - quite often it's correct on screen but bugged on printing and PDF exporting (but OK on .ps printing !) I've opened your file on my computer and it's OK, cf screenshot. As far as I understand from your screenshot, you're running Win XP. I've read that XP, Vista and Seven use different versions of Uniscribe, the Microsoft DLL used for rendering complex uniscribe text. Maybe the bug is related to the way LibreOffice "talks" with the Uniscribe DLL.
Erwan, > I also have problems with pointed Hebrew inserted in LTR text (French or > English or Italian) - quite often it's correct on screen but bugged on printing > and PDF exporting (but OK on .ps printing !) Yes, I too have noticed significant issues with printing from both OO and LO in a Windows environment in exactly the way you describe. In my case, it is usually with numbered lists: on-screen they look fine, but are always mis- spaced on printing directly but are usually correct with PDF export. > I've opened your file on my computer and it's OK, cf screenshot. As far as I > understand from your screenshot, you're running Win XP. I've read that XP, > Vista and Seven use different versions of Uniscribe, the Microsoft DLL used for > rendering complex uniscribe text. Maybe the bug is related to the way > LibreOffice "talks" with the Uniscribe DLL. Yes, I confirm that the text is exactly right on your screenshot. Sadly, since I am stuck with the Win XP laptop, I still need a fix for this ... Jonathan
So it seems that this problem reproducible only on Windows XP.
(In reply to comment #2) > Created attachment 60014 [details] > Saved text from LibreOffice 3.5.2 (ODT) Confirmed on: Windows XP SP3, LibreOffice 4.0.1.2
Created attachment 76779 [details] win7 (sp1) with 4.0.1.2 @boaz - Could you add a screenshot ? My tests looks OK (see attached file).
Created attachment 76813 [details] Windows XP SP3, LibreOffice 4.0.1.2 @ Lior - attached screenshot.
(In reply to comment #4) > I also have problems with pointed Hebrew inserted in LTR text (French or > English or Italian) - quite often it's correct on screen but bugged on > printing and PDF exporting (but OK on .ps printing !) > > I've opened your file on my computer and it's OK, cf screenshot. As far as I > understand from your screenshot, you're running Win XP. I've read that XP, > Vista and Seven use different versions of Uniscribe, the Microsoft DLL used > for rendering complex uniscribe text. Maybe the bug is related to the way > LibreOffice "talks" with the Uniscribe DLL. There is one more difference between WinXP and Vista\W7: The font 'David' that was shipped with WinXP DOESN'T have any OpenType features, while the version that was shipped with Vista\W7 DOES. So more testing needed with other fonts that known to have OpenType features.
As I thought, this bug caused by the absence of OpenType tables from the font 'David' that was shipped with Windows XP, and has nothing to do with Windows (or UniScribe) versions. So I'm removing the mention of 'Windows XP' from the summary. Here's the proof: (I didn't want to experiment with the font 'David' itself, because the EULA forbids copying or altering) I took the font 'David CLM' (from the latest Culmus release) which do have OpenType features, and installed it as-is on Windows XP. Then I opened your document, and changed the font to 'David CLM'. The result is that the Nikud sits perfectly below the letters. Next I opened 'David CLM' in FontForge, and resaved it without OpenType features. Then I installed this modified version on Windows 7, and changed the font of your document to that. The result is a reproduction of the bug on Windows 7. (See screenshots below) Anyway I don't see what we can do in order to solve this bug, other than stop using UniScribe and use ICU\HarfBuzz\whatever we using on other platforms, and hope that their heuristics are better than in UniScribe (or write a patch for them). (BTW this will solve several other bugs in LO's UniScribe interface, some of them related to Hebrew.)
Created attachment 83613 [details] Windows XP (the font with OpenType tables)
Created attachment 83614 [details] Windows 7 (the font without OpenType tables)
Any update with recent LO version? Indeed, ICU has been updated but perhaps other commits would have helped here. (BTW, I'm running "make check" with last Harfbuzz version 0.9.29)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.1 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-07-18
Tested today in (my) latest LO. Still very much present. I have tried it with three of the fonts that Davka provide - David, FrankRuel and Vilna and they all still manifest exactly the same problem. LO: Version: 4.4.4.3 Build ID: 2c39ebcf046445232b798108aa8a7e7d89552ea8 Locale: en_GB Platform: Win XP, SP3
Created attachment 117512 [details] Three fonts (David, Frank Ruel, Vilna) showing problem New screenshot showing bug in 4.4.3 Fonts are, in order, David, FrankRuel and Vilna.
Isn't this a duplicate of Bug 39805?
*** This bug has been marked as a duplicate of bug 39805 ***