Apache OpenOffice (AOO) Bugzilla – Issue 124244
Impossible to edit contents of existing Input field
Last modified: 2017-05-20 10:13:01 UTC
I found this one during research for "Bug 124243 - Can't enter data into input fields in protected sections" It seems impossible to edit contents of existing 'Input Field' with server installation of "AOO 4.1.0-Dev – English UI / German locale - [AOO410m1(Build:9750) - Rev. 1566800 - 2014-02-12]" on German WIN7 Home Premium (64bit)", own separate user profile.? 1. From AOO Start Center open blank new Writer document 2. Menu 'Isert -> Fields -> Other -> Functions (TAB) Input field' Dialog to edit Input field shown 3. Into 'Reference iput line type "Reference" [Insert] > Input Dialog appears, shows "Reference" in first line 4. 'Type "Contents" into bigger input pane' [OK] > Second dialog disappears 6. [Close] > Field appears in document 7. Double Click Expected: contents "Contents" can be eidited Actual: Name "Reference" can be edited Something muddled in Dialog? 10. Save and Close document 11. Reopen with 4.0.1 > here as expected you can modify Contents after click on Field
taking over to have a deeper look.
I can confirm the described behavior. What has been changed in the current code for the next release (my changes for bug 33737) is that on Double-Click on an Input Field no longer the "Edit Input Field" dialog pops up. The content of an Input Field can be now edited in-place. I changed the Double-Click function to pop up the "Field's property" dialog - the same which you get via Context Menu - Fields. This dialog behaves as in OOo 3.3.0 as far as I can see. And yes, this dialog does not provide a good user experience. Thus, current the described behavior is no defect for me. @Rainer: What is your opinion?
(In reply to Oliver-Rainer Wittmann from comment #2) > Thus, current the described behavior is no defect for me. old monkeys and new tricks ... ;-) I remembered that there have been changes, but the wikis are down .... Indeed, the in-place-editing works fine, so for the core of the report "NOT_AN_ISSUE" I see some effects in this area what need getting used to (for me), I will think about that and read the 4.1. release notes (when wikies will be back) before a statement.
(In reply to Rainer Bielefeld from comment #3) > (In reply to Oliver-Rainer Wittmann from comment #2) > > Thus, current the described behavior is no defect for me. > > old monkeys and new tricks ... ;-) > I remembered that there have been changes, but the wikis are down .... > > Indeed, the in-place-editing works fine, so for the core of the report > "NOT_AN_ISSUE" > > I see some effects in this area what need getting used to (for me), I will > think about that and read the 4.1. release notes (when wikies will be back) > before a statement. Thx for the fast reply and I am looking forward to your feedback regarding the documentation about the in-place editing of Input Fields. I think I did not documented the change regarding the Double-Click. Correction to my given feedback: - Former versions (4.0.1 and before): A Single-Click on an Input Field pops up the "Edit Input Field" dialog. I am not able to trigger a function on Double-Click, because the first Click already open the "Edit Input Field" dialog. - Current code (planned 4.1.0): A Single-Click selects the content of Input Field and the user is able to replace the content. A further Click should place the cursor into the content without any selection. A Double-Click pops up the "Field's property" dialog - may be with is a side effect as the Single-Click no longer pops up a dialog.