Summary: | FORMCONTROLS: Add ability to Find and Replace field names | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Steve <steve> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | enhancement | CC: | heiko.tietze |
Priority: | low | ||
Version: | 7.5.2.2 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 107742 | ||
Attachments: |
Example document
Example copy of table with form controls |
Description
Steve
2024-05-05 00:48:38 UTC
Support this. UI-wise, it could be as easy as adding another checkbox in the F&R dialog: [ ] Field Names like we have [ ] Comments Another F&R (with replace being disabled) sounds good. But isn't the sidebar enough to find a particular field name? (In reply to Heiko Tietze from comment #2) > Another F&R (with replace being disabled) sounds good. But isn't the sidebar > enough to find a particular field name? Replace is a critical part of this request. Use case detailed above. Created attachment 194124 [details]
Example document
If you copy/paste a table with form controls the resulting names are amended with a number like "top_left" becomes "top_left 1". What's wrong with it?
(In reply to Heiko Tietze from comment #4) > If you copy/paste a table with form controls the resulting names are amended > with a number like "top_left" becomes "top_left 1". What's wrong with it? How would you know which form has top_left and which has top_left_1, just by looking at the field names? (In reply to Eyal Rozenberg from comment #5) > How would you know... If you select a control the respective element is selected in the Navigator, and vice versa. But anyway, the claim was made that... (In reply to Steve from comment #0) > ...copying a table full of form controls is easy (copy/paste) > however each field control must then be edited individually... Which is not true. Created attachment 194288 [details]
Example copy of table with form controls
(In reply to Heiko Tietze from comment #6) > But anyway, the claim was made that... > > (In reply to Steve from comment #0) > > ...copying a table full of form controls is easy (copy/paste) > > however each field control must then be edited individually... > Which is not true. But it IS true! I create a lot of forms, and copied controls are not renamed. I just updated to LO v24.2.3.2 (on Win10 x64) to verify the behaviour has not changed. Please see the example ODT I just uploaded. I selected the table under 1.1, CTRL-C, moved the cursor under 1.2, CTRL-V. Note the field names in the tables are identical. The pasted fields were not renamed. Furthermore, even if copied fields WERE renamed (e.g. your example of "top_left" becomes "top_left 1"), this still would not meet my need. I need the ability to control the field names in the copied table according to my naming convention, rather than accepting an automated decision. The reason for this is all around tab order usability as outlined in another feature request, bug 160918. It becomes even more critical when javascript authomation comes into the picture. It should not be a surprise that disciplined authors of complex forms need a naming convention for their fields, and an easy way of adhering to it. We discussed the topic in the design meeting. Object names are unique and F&R is very unlikely to support some workflow. But being an ODF editor we should have a place to find all objects, and together with regular expressions it the function might become handy. |