[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||3144 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 خالد حسني changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||8966 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Telesto changed: What|Removed |Added Blocks||145962 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145962 [Bug 145962] [META] Bugs related to kerning/font spacing (cramped/to width/wiggling) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||0161 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #35 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #34) > I will also add that the behavior with David CLM is the exactly same for me > with Liberation Sans. What I understand is that Dagesh/Mappiq/Shuruk are diacritical symbols that cannot stand alone. It's a dot inside the symbol changing the Hebrew Vet into Bet. Similar in French for ^ or ´ in â or á. Khaled is the expert in this topic and he said in comment 20: "...inserted as with a text style... we don’t join spans when shaping (long outstanding bug, might be the root for bug 61444)." So updating the font will not improve anything. Perhaps a topic to dive in for Hossein. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #34 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #33) > You are too fast, I submitted the patch this morning so the nightly build > wont be ready until tomorrow (depends on OS and mood of build machines). I will also add that the behavior with David CLM is the exactly same for me with Liberation Sans. With font family such as Noto Sans Hebrew and Frank Ruehl CLM, the behavior is very similar, except that in the Insert Special Character dialog we see the Dagesh/Mapiq dot slight outside and to the left of the dotted circle. If you'd like, I can attach a screenshot of the Insert Special Character with the two different families. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #33 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #32) > So, part of the issue is now gone, but something still tells LO that the > inserted Dagesh/Mapiq is somehow not an integral part of the run of text > with its preceding letter. You are too fast, I submitted the patch this morning so the nightly build wont be ready until tomorrow (depends on OS and mood of build machines). -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #32 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #31) Here's how it stands with the latest nightly: * In the Insert Special Character dialog, with font David CLM, the Dagesh/Mapiq (U+0x5BC) character _is_ shown as placed inside the base character (dotted circle and a point inside of it). OK (buggy behavior gone) * If I choose to insert a Dagesh/Mapiq, the character at which it is still inserted is not affected, and indeed we see the Dagesh/Mapiq on the outside and to the left. BUG * If I insert a Dagesh/Mapiq from the clipboard, by pasting, it is inserted on the inside of the character. OK (but there is still a discrepancy from insertion using the Special Character dialog) * If I insert a Dagesh/Mapiq using the keyboard, pressing RightAlt+ד in Hebrew layout, it inserted on the inside of the character. OK (but there is still a discrepancy from insertion using the Special Character dialog) * If I select the text including the Dagesh/Mapiq I inserted, and set the the font to David CLM or anything else, the Dagesh/Mapiq is _not_ doubled, and in fact takes its appropriate position inside the character. OK (buggy behavior gone) So, part of the issue is now gone, but something still tells LO that the inserted Dagesh/Mapiq is somehow not an integral part of the run of text with its preceding letter. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Heiko Tietze changed: What|Removed |Added CC||hossein...@gmail.com --- Comment #31 from Heiko Tietze --- Updated the Culmus font package to 0.133 in bug 141553. The new font may solve this issue. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||1553 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #30 from Eyal Rozenberg --- (In reply to Eyal Rozenberg from comment #29) > Please don't let us wait another year on this bug with no action :-( Bug still manifests with: Version: 7.1.0.3 Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 4; OS: Linux 5.9; UI render: default; VCL: gtk3 Locale: he-IL (en_IL); UI: en-US -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #29 from Eyal Rozenberg --- Bug still manifests with: Version: 6.3.2.2 Build ID: 1:6.3.2-1 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: he-IL (en_IL); UI-Language: en-US And please don't let us wait another year on this bug with no action :-( -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #28 from QA Administrators --- Dear Eyal Rozenberg, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #27 from Eyal Rozenberg --- Still seeing this with build: ּVersion: 6.2.0.0.alpha0+ Build ID: ad6adb1bfadf49af3187a0bb3ceffbf355e9eed1 CPU threads: 4; OS: Linux 4.9; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-09-29_02:45:20 Locale: en-US (en_IL); Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #26 from QA Administrators --- ** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #25 from Yousuf Philips (jay)--- (In reply to Eyal Rozenberg from comment #24) > Is there really a "David CLM1" attribute there or is it just a typo? Not a typo, as its the style:name value and not the font name. Bellow is pulled from attachment 136983. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #24 from Eyal Rozenberg--- (In reply to Yousuf Philips (jay) from comment #23) > Is there really a "David CLM1" attribute there or is it just a typo? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Yousuf Philips (jay)changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #23 from Yousuf Philips (jay) --- (In reply to Khaled Hosny from comment #20) > Looking into the XML source, the mark character is inserted as with a > text style that points to the same font (though I don’t understand ODT’s XML > that much), and I think we don’t join spans when shaping (long outstanding > bug, might be the root for bug 61444). Yes i checked the XML as well which looks like this ... ה ּ So the problem seems to be that the special character dialog is not taking into account that 'David CLM' is already set in P1's as style:font-name and as P1 and T2 dont have 'David CLM' in style:font-name-complex, they arent able to mix. Here is what the XML looks like when they are correctly joined. ... ה ּ -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #22 from Shai Berger--- Eyal -- On Linux, you don't need to use the special character dialog for Hebrew diacritics (Niqqud); the default Hebrew key mapping has U+0x5BC on +S (that's ד for דגש) and the rest of them on similarly reasonable places. That is, of course, a workaround, there still appears to be a problem with the special-char dialog. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #21 from Khaled Hosny--- This is likely to be breaking other things as well like kerning a and ligatures. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #20 from Khaled Hosny--- Looking into the XML source, the mark character is inserted as with a text style that points to the same font (though I don’t understand ODT’s XML that much), and I think we don’t join spans when shaping (long outstanding bug, might be the root for bug 61444). -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Heiko Tietzechanged: What|Removed |Added CC||akshaydeepi...@gmail.com --- Comment #19 from Heiko Tietze --- Akshay may know. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #18 from Khaled Hosny--- (In reply to Yousuf Philips (jay) from comment #17) > Khaled, Maxim, Caolan: Any thoughts why inserting this hebrew diacritic isnt > getting combined correctly with the hebrew character before it, until both > character as selected and the font name reapplied to both of them? Looks like the special characters dialog is inserting the character with a different font. Checking the actual ODT XML should show if this is the case. That being said, I know nothing about how this dialog works. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Yousuf Philips (jay)changed: What|Removed |Added CC||caol...@redhat.com, ||khaledho...@eglug.org, ||momonas...@gmail.com Blocks||71732 --- Comment #17 from Yousuf Philips (jay) --- Khaled, Maxim, Caolan: Any thoughts why inserting this hebrew diacritic isnt getting combined correctly with the hebrew character before it, until both character as selected and the font name reapplied to both of them? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=71732 [Bug 71732] [META] Bugs related to text rendering, typography and font features in LO -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #16 from Eyal Rozenberg--- (In reply to Yousuf Philips (jay) from comment #15) > This should be filed as a separate bug. Go for it :-) Additionally, I'm starting to think maybe this bung and bug 113135 are more related than one would initially assume... perhaps even being dupes of each other. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 --- Comment #15 from Yousuf Philips (jay)--- Created attachment 137001 --> https://bugs.documentfoundation.org/attachment.cgi?id=137001=edit screencast of font change with mouse or keyboard selection So inserting the Mapiq from the special character dialog does insert it in the wrong location and selecting the Heh and the Mapiq results in the font name toolbar field to go blank, which normally means that multiple fonts are in the selection, so this is quite strange. But what i noticed when testing this bug and which can be seen in the screencast is that when you select the Heh by keyboard, it will also select the Mapiq, which will result in the character appearing correctly when changing the font, but if you select the Heh by mouse, it will not select the Mapiq, resulting in no change of the Mapiq when changing the font. This should be filed as a separate bug. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/ Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Yousuf Philips (jay)changed: What|Removed |Added Summary|Hebrew Dagesh/Mapiq |Hebrew Dagesh/Mapiq |mis-rendered in Special |mis-rendered with Culmus |Chars dialog & when |fonts in special chars |inserted|dialog and when inserted --- Comment #14 from Yousuf Philips (jay) --- (In reply to Eyal Rozenberg from comment #12) > Created attachment 136993 [details] > double-mapiq after inserting a Dagesh/Mapiq and setting its font right > > If I do the following: > > 1. Open the "mapiq from different sources" document > 2. Select the Heh with the Mapiq (הּּ) > 3. Set the font to David CLM > > The Mapiq gets doubled. It worked fine with me with these steps 1. open attachment 136983 2. select after the Heh with the Mapiq 3. press delete 4. select the Heh with the Mapiq 5. set the font to David CLM I opened the odt in word and it showed a square character next to the Mapiq, so i'm assuming two Mapiqs were pressed next to the Heh, which is why one appeared in the middle and one at the end in your steps. > Same thing happens if Do: > > 1. Create new document > 2. Set the font to David CLM > 3. Write the letter He (ה) > 4. On the menus, choose, Insert | Special Character > 5. Select U+0x5BC (at this point you have the Mapiq rendered to the side of > the He) > 6. Select the Heh with the Mapiq (הּּ) > 7. Set the font to David CLM > > you again get the double-Mapiq - in the middle and to the side. I dont get double-Mapiq. Screencast coming. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs