Description: When I use this font (is attached) in a document; Viewing of document in LibreOffice's is different from ApacheOpenOffice (line spacing in paragraphs). This file is create by ApacheOpenOffice 4.1.15. This font is an Iranian font and this problem exists with all other types of Iranian fonts. But, when I use the Arial font and other font installed by windows, this problem is not seen. it is clear that the reason for this problem is the font. But why this problem is not seen in ApacheOpenOffice is another point that should be investigated. I have many odt files and in the past years (before LibreOffice version 4) not exists this problem. Steps to Reproduce: 1 - create odt file by Apache Oo 2 - install the nazanin font and use of for above file 3 - open above file by LibreOffice Actual Results: paragraph line spacing in LibreOffice is less than ApacheOpenOffice Expected Results: paragraph line spacing in LibreOffice is same of ApacheOpenOffice Reproducible: Always User Profile Reset: Yes Additional Info: https://ask.libreoffice.org/t/problem-in-paragraph-line-spacing-for-rtl-docs/104052
Created attachment 193367 [details] fonts + 2 sample files
Created attachment 193372 [details] same files as those attached but in zip file zip compression is more universal than rar.
Reproduced in 4.1.0.4, not reproduced in 4.0.0.3. Could be bibisected to find out when exactly it started. Note that OnlyOffice displays it like LO. To me, it feels like the current line spacing corresponds to the single line as in the settings, so possibly "not a bug". Khaled, could it be related to the fix you mention in bug 55469 comment 15?
See Bug 155297. It seems to be the same font but called Nazanin instead of B Nazanin. The same solution should work, e.g. go to the export config dialog, search for FontsUseWinMetrics key and copy the B Nazanin lines, but change it to be Nazanin only, and you get the old line spacing. These are fonts with inconsistent line spacing settings, one platform will pick a value and another platform will pick a different value, and we have a heuristic that tries to select a most sensible value, but no matter what we do some font will break. If these fonts are in wide use, we can apply the same solution as Bug 155297 in the default configuration.