Created attachment 142703 [details] Example file from Word 2013 If we create a new kind of Combobox/drop-down list Form control element and the list elements (the texts) are very long, the Microsoft Office Word will break the paragraph to multiply line. But the LibreOffice Writer increase the width of combobox/drop-down list form control element. Steps to reproduce: 1. Create a new *.docx file with Microsoft Word 2010/2013/2016 2. Insert a table with 1 row and 2 column. 3. Decreased the width of the second column. (optional) 4. Create a new kind of drop-down list and insert into the second column. 5. Fill the drop-down list with short and long (very long) texts. 6. Save the file as *.docx. 7. Open the file with LibreOffice Writer. Actual results: After we open the file, we will see that the combobox will be out of the page. If we try to set the width of the combobox to something normal width it will works. But if we save as *.docx and reload, the width of the combobox will reset to default. Expected results: The Combobox/drop-down list Form control element’s width should not be increased, if the content is very long in the list. It would be great, if the longest drop-down list elements (texts) will be broken to multiply line, just like in Microsoft Office Word. Verzió: 6.0.4.2 Build az.: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf CPU szálak: 4; OS: Windows 10.0; Felületmegjelenítés: alapértelmezett; Területi beállítások: hu-HU (hu_HU); Calc: CL Version: 6.2.0.0.alpha0+ Build ID: fb8e6a6f44839f09fcd19dc500db33232bc4e15a CPU threads: 4; OS: Windows 6.1; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-06-11_01:15:16 Locale: hu-HU (hu_HU); Calc: group threaded
Created attachment 142704 [details] The example file opened in Word and Writer side by side
Confirmed. In older versions the combobox was not supported. Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: 5b42a17dc99fba2ccf8dd8d0a8e0e4e836e30120 CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on June 22nd 2018 Win 10 4.3.0
Also note that other form elements, like text box or label support the Text type property, while combo box does not even have this. I think this is another angle of the problem.
Dear Gabor Kelemen, 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
Still happens in: Version: 6.4.0.0.alpha0+ (x86) Build ID: 489eef894e7034873ad262f9dfca554022db1b09 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-10-01_23:43:38 Locale: hu-HU (hu_HU); UI-Language: en-US Calc: CL
Dear Gabor Kelemen, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 175757 [details] result of improvement in LO
Verified in: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 9bcdfcb74dae7ccd07be7159c0e1deba110d2a6f CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded
(In reply to NISZ LibreOffice Team from comment #7) > Created attachment 175757 [details] > result of improvement in LO Neat! Care to bibisect the origin of this change?
This seems to be solved since: https://git.libreoffice.org/core/+/f7606f0c7d9fc5961adec6a84ccedf0f4dbcdad9 author Serge Krot <Serge.Krot@cib.de> Tue Jun 16 17:11:12 2020 +0200 committer Thorsten Behrens <Thorsten.Behrens@CIB.de> Tue Jun 23 14:23:01 2020 +0200 tdf#134043 DOCX import: DropDown text field instead of ComboBox form control