https://bugs.documentfoundation.org/show_bug.cgi?id=155707
--- Comment #14 from Hossein <[email protected]> --- Thanks László for putting time into fixing this issue! For the sub-issues you have listed: 1. DOCX export/import interoperability: I haven't tested export yet, but import looks fine. As the code implies, exact value of 133, 200 and 300 is compared for deciding in the export, like rAdjust.GetPropWordSpacingMaximum() == 133. Do you think some fuzzy comparison can be used instead? 2. DOCX layout interoperability: Layout looks fine for Arabic/Persian text (page 2 of the attachment), but as you may see on page 1 of the attachment, there is some difference between the rendering of Latin text in Word and LibreOffice. At least in justified medium/high, paragraph does not fill the whole area in Word. But in LibreOffice it does, after your new patch. This is some web page that discusses justified medium/high in Word: https://addbalance.com/usersguide/justification.htm Please look into this example: https://addbalance.com/usersguide/images/justif2.gif The author of the above page says: "I do not pretend to know the rationale for Justify Medium and Justify High. Neither seems to be truly justified but give something closer to justification with a ragged right edge." The above picture clarifies the correctness of what can be seen in attachment 187768 (page 1), the fact that paragraph text does not fill the whole area. Do you have any idea why this happens? Other than that, as you have mentioned, I will file a bug report around matching the kashida and spacing between LibreOffice and Word. 3. user interface/functionality: I see some differences in the rendering results of LibreOffice and Word. Do you think it is possible to achieve somehow similar results in LibreOffice by modifying spacing values? 4. user interface/functionality limited for interoperability: I agree that we need some similar UI options. It should be both in the dialog and also toolbars. There is a separate option (distributed) for CJK in Word, which will is visible only when CJK is enabled, as it is only relevant for CJK. This also discussed in the above link. I think that is filed under tdf#154881: Bug 154881: I would like to have a thai distributed feature for handling Thai text https://bugs.documentfoundation.org/show_bug.cgi?id=154881 5. Character formatting/single word usage: I should add what Khaled mentioned in comment 7. Nastaliq family of fonts, use custom use of kashida, which means different glyphs/ligatures in case of needing extended size. Then, the output can be different. I need to test these cases. This is an example Nastaliq font: https://cdn.irannastaliq.ir/2022/05/IranNastaliq-V2.zip -- You are receiving this mail because: You are the assignee for the bug.
