Description: if controlling space in document done using fontsize when converting from odt to docx ( ms 2007 365 docx ) format the fontsize is not being honor. Steps to Reproduce: 1. create libreoffice odt, the following example : example text1 (set font = Arial font_size = 11 ) [empty line set font = Arial font_size = 5] example text2 (set font = Arial font_size = 11 ) 2. open the odt file with libreoffice version 7.5.4.2 and select save as word 2007_365_docx format 3. the output is : example text1 (set font = Arial font_size = 11 ) [empty line set font = Arial font_size = 11] example text2 (set font = Arial font_size = 11 ) Noted : - the 2nd line which is the empty line should be font_size 5 instead of font_size 11. - in the case we have multiple of this empty line to control document formatting, it might not pick the parent font_size it might pick the previous correct font_size. Actual Results: example text1 (set font = Arial font_size = 11 ) [empty line set font = Arial font_size = 11] example text2 (set font = Arial font_size = 11 ) Expected Results: example text1 (set font = Arial font_size = 11 ) [empty line set font = Arial font_size = 5] example text2 (set font = Arial font_size = 11 ) Reproducible: Always User Profile Reset: No Additional Info: This scenario is not an issue if the 2nd line has text ie sampe_between_text1_text2, only an issue if they are empty. we used the empty line with smaller size to control the line height. 1. create libreoffice odt, the following example : example text1 (set font = Arial font_size = 11 ) sampe_between_text1_text2 [set font = Arial font_size = 5] example text2 (set font = Arial font_size = 11 ) 2. open the odt file with libreoffice version 7.5.4.2 and select save as word 2007_365_docx format 3. the output is : example text1 (set font = Arial font_size = 11 ) sampe_between_text1_text2 [set font = Arial font_size = 5] example text2 (set font = Arial font_size = 11 )
Created attachment 190378 [details] font_size is not honor if text is empty when converting from odt to docx
started have issue in libre 7.5.4.2 and greater.
Please attach a demo document in order to test this bug.
Created attachment 190402 [details] Sample to test the issue
Created attachment 190403 [details] Sample to test the issue Open this file by LibreOffice Calc with the version from 7.5.4.2 and greater. Then save it in *.docx Close all the document and then open the docx file to see the difference to. Please select View > Formatting Marks (Ctrl + F10) to check the difference easily. Thanks.
I am sorry open the attachment by LibreOffice Writer
Confirm this bug with Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: ro-RO (en_US); UI: en-US Calc: threaded Steps to reproduce: - Open the file from comment 5. Lines 2-5 are 6pt. - Save as Word 2010-365 and File-Reload. Lines 2-5 are 11pt.
Repro also with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 25286bc04142741b7731dae50891c1dde47b78c4 CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Mike, can you take a look? author Mike Kaganski <mike.kaganski@collabora.com> 2023-05-10 20:39:12 +0300 committer Mike Kaganski <mike.kaganski@collabora.com> 2023-05-12 08:50:02 +0200 commit c2cfeed369a2b0f6d91d1093d3876357277411c9 (patch) tree 2f56b19c7b38d3aeb4dd38eeeecea388723273c9 parent b69db38a38b09e158e8d46d8b717db85860ca874 (diff) tdf#155238: Reimplement how ListAutoFormat is stored to ODF This reimplements commits 6249858a8972aef077e0249bd93cfe8f01bce4d6 (sw: ODT import/export of DOCX's paragraph marker formatting, 2022-12-19) and 209dce614c43f63f63f5b42a746665c0ec1cbfe3 (sw: fix ODT import of paragraph marker formatting, 2022-12-20). Instead of using an empty trailing span for the ListAutoFormat data, introduce a new loext:marker-style-name attribute for text:p element, referencing a text autostyle. The problems with the previous implementation were that (1) it was impossible (or very difficult) to disambiguate several empty trailing spans, in case it was needed; and (2) this was incompatible change, with other ODF implementations treating the trailing span normally. I couldn't manage to incorporate the attribute to paragraph autostyle, because of problems referencing different autostyles one from another, so put it directly to the paragraph attributes. Change-Id: I33473147f1f774c24cbbc57bf0c4f3a1d83ce5bc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151645 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151681 Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
5e68c7b10ef216b605a25fed2e0a29bc417b9bc8 is the first bad commit commit 5e68c7b10ef216b605a25fed2e0a29bc417b9bc8 Author: Jenkins Build User <tdf@pollux.tdf> Date: Fri May 12 08:59:49 2023 +0200 source c2cfeed369a2b0f6d91d1093d3876357277411c9 source c2cfeed369a2b0f6d91d1093d3876357277411c9 instdir/program/libdbalo.so | Bin 3997816 -> 3997816 bytes instdir/program/libdbaxmllo.so | Bin 461960 -> 461960 bytes instdir/program/libeditenglo.so | Bin 3269016 -> 3269016 bytes instdir/program/liblnglo.so | Bin 1066520 -> 1066520 bytes instdir/program/librptxmllo.so | Bin 548400 -> 548400 bytes instdir/program/libsclo.so | Bin 22003488 -> 22003488 bytes instdir/program/libsmlo.so | Bin 2292360 -> 2292360 bytes instdir/program/libsvgfilterlo.so | Bin 967392 -> 967392 bytes instdir/program/libsvxcorelo.so | Bin 12178008 -> 12178008 bytes instdir/program/libswlo.so | Bin 23390688 -> 23390464 bytes instdir/program/libxoflo.so | Bin 431816 -> 431816 bytes instdir/program/libxolo.so | Bin 6304112 -> 6304304 bytes instdir/program/setuprc | 2 +- instdir/program/versionrc | 2 +- 14 files changed, 2 insertions(+), 2 deletions(-)
Two issues here. 1. No UI for managing "ListAutoFormat" (i.e., what in Word represents a paragraph marker): once applied (e.g. on import), it sticks to a paragraph, and can't be changed / removed, other than clearing direct formatting (Ctrl+M); 2. Different handling of "empty line (or only spaces) + paragraph marker" in Writer (with IgnoreTabsAndBlanksForLineCalculation set, as in attachment 190403 [details]). Word then takes height of marker as the line height. This is related to bug 153128.