Created attachment 193166 [details] Form control problems in a .docx format This is an additional bug with the form controls in writer on version 7.6.4.1. It seems like the bug I reported about text boxes not saving data, it also doesn't save the tab stops. I can go through and set them in order from 0 to 44 in design mode. Save it. Change to regular mode, and it works fine. As soon as I close the form and re-open it, all the tab stops are reset to 0. Thanks! Michael Boyer
Thank you for reporting the bug, I don't seem to be having any issues with saving the tab stops on my system. Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: ko-KR (en_US); UI: en-US Calc: CL threaded
Indeed: Tabstops won't be saved when saving the document as *.docx. Every field reports tabstop '0'. But: Why do you use *.docx for creating a form with Writer. Default format with Writer should be *.odt. With *.odt format tabstops will be saved. Tested here with LO 24.2.2.2 on OpenSUSE 15.4 64bit rpm Linux.
I use .docx format because it is the most used format. That way there aren't compatibility issues if I have to upload it to an editor or share with someone who doesn't use LibreOffice. Like it or not, Microsoft's .docx format is the MOST used software extension for a word processor. Michael Boyer