Description: When inserting custom field (Insert, Field, More Fields..., window Fields, tab Variables), having Level >= 1, the Separator textbox has maximum zero width and therefore cannot be used. (It is not grayed out.) When trying to insert from clipboard it says "The inserted text exceeded the maximum length of this text field. The text was truncated.". This seems only be true for the new/custom variables, for example, I created new Number range (Type) called Requirement (Name, or Select), chose Level 1 in Numbering by Chapter, I cannot put anything into Separator. If I choose already defined Number range Illustration, the Separator contains ".", has maximum width 1 and can be edited. I would suggest to remove maximum width constraint for Separator completely and let the user decide what s/he wants. Or, at least maximum width 1 should be used for new fields too. Steps to Reproduce: 1. Create new Number range (Type) called Test (Name). 2. Choose Level 1 in Numbering by Chapter. 3. Try to put anything in Separator. Actual Results: You cannot put anything in Separator. Expected Results: You can put at least 1 character. Preferably, I would enforce no constraints and let the user decide how the separator should look like, e.g. letting her/him use "->". Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.10 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group
Thank you for reporting the bug. it seems you're using an old version of LibreOffice. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
I installed a fresh version: Version: 6.3.2.2 Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded and there the issue is gone - a single char separator can be set. Thanks!
Thanks for retesting with the latest version. Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.
Fantastic! I love the ideas you bring here. I bet there are many readers of your blog who have changed their point of view after reading it! http://centralmenus.co.uk/toby-carvery-menu-prices-locations/