Input fields for functions category (CTRL+F2) not open the dialog box when you click the mouse. But the dialog box opens when used shortcut CTRL + SHIFT + F9. The corresponding fields in the category variables working properly.
What do you mean "click the mouse"? If you mean double-click, I get the same behavior both with an Input field and a Variable: on double-click, it opens the split "Edit fields" dialog and on Ctrl-Shift-F9 it opens the smaller dialog, where we can change the name and content. Please also test with a newer version, 5.2 or 5.3. Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 1fce5b024e9f25c3fcef2537a22474ece0dc416f CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on December 10th 2016
This small dialog box should appear after single click the mouse, like as the click on input lists. Double-clicking always opens the fields for editing. Summary: a single clicking on the input field or input lists should open a dialog box to change the content like shortcuts CTRL+SHIFT+F9. This should work like the input field for variable.
If I insert from Variables tab Set variable and then try to single-click it in the document, no dialog box appears. Win 10 64-bit Version: 5.4.0.0.alpha0+ Build ID: cb598029835477326b190bc99abd31a487cc5a91 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-12-09_00:49:18 Locale: fi-FI (fi_FI); Calc: group
For variables You must first "set variable" (may be hidden) and next put variables' "input field" into document. In the "variable" tab, there are three fields (interesting to me) 1. "Set variable" to determine and set the base value 2. "Show variable" to show the value in document 3. "Input field" to change the value of variable. In the "function" tab is also "Input field". This field is different than the "Input field" above but must open this same dialog box like "Input field" for variables. Doing it when you defining field, and when use CTRL+SHIFT+F9. Not opening dialog box when you click field. So, it can not change the content of a document in this place because CTRL+SHIFT+F9 opens a dialog boxes for all "Input" fields one after second.
Ok, now I got it. I will give steps. Steps done before creating actual field: 1. Insert - Field - More fields 2. Variables - Set variable 3. Give it some useful name, format can be text, Invisible ticked. Insert it. This field will open the dialog with one click: 1. Insert - Field - More fields 2. Variables - Input field. Insert it. This field will require a double-click to edit: 1. Insert - Field - More fields 2. Functions - Input field. I let it reference the variable created in the first phase. Insert it. This behavior is actually a regression, because in 3.6 it does not require a double-click. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 1fce5b024e9f25c3fcef2537a22474ece0dc416f CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on December 10th 2016 Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b)
Sorry for the confusion. The "Input field" category of "Functions" require click of him and start writing new content. There is no open additional dialog box (on the contrary than are currently in the help system). A second click will place the text cursor inside the field content and will make changes. You can accidentally delete a field. Double-clicking is always ready to edit the design field (not content).
** Please read this message in its entirety before responding ** 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