Created attachment 143441 [details] Example document Attached odt has some form controls, a push button and a label with text on them. On export to docx, the font size changes from the default 11 points to 2 points, and the underline and strikethrough properties are set.
Created attachment 143442 [details] The same example saved as docx
Created attachment 143443 [details] Font settings in the two files for the push button
Created attachment 143444 [details] Font effects in the two files for the push button This happens when a form control is newly created or an odt file is saved, but it does not when an existing docx is loaded, modified and saved.
Created attachment 143445 [details] The docx when manually modified and resaved After modification and a resave, font size is retained - I set 13 pt intentionally, not 11 - and the underline and strikethrough effects are not set.
@Zolnai any idea? I see in oox/source/ole/axcontrol.cxx that these controls use the AxFontDataModel::convertProperties so maybe that has some funny defaults?
Reproduced in Version: 6.2.0.0.alpha0+ Build ID: 4b345f95ce7cb09011892bf465cfdf3811adaf8e CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded and Version: 6.0.0.0.alpha1+ Build ID: 6eeac3539ea4cac32d126c5e24141f262eb5a4d9 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded in previous versions, the form button wasn't exported at all...
@Balázs Varga, since you assigned yourself bug 118651, I thought you could be interested in this one as well...
(In reply to Gabor Kelemen from comment #5) > @Zolnai any idea? I see in oox/source/ole/axcontrol.cxx that these controls > use the AxFontDataModel::convertProperties so maybe that has some funny > defaults? Hmm, your intentions sounds good to me. However the right method is the AxFontDataModel::convertFromProperties() I think. This one is called by export. The convertProperties() method is the import method as I see. Based on the code I can't see what the actual issue, but maybe the API properties are defaulted to some weird value.
Martin van Zijl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/1c8eb8ba49340b7b59a9f1a5f28cd8bee06cd4d1%5E%21 tdf#118684 save correct font height in oox format It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.