Apache OpenOffice (AOO) Bugzilla – Issue 126108
Reposition to prior field after delete
Last modified: 2017-05-13 00:47:59 UTC
Created attachment 84507 [details] Reposition to prior "User Field", not top of the "Selection" list Reposition to prior field after a User Field delete. This use case is about where the Selection list is positioned after a User Field is deleted. Currently the Selection list is repositioned to the top. This feature request is that the Selection change to the prior User Field in the list, not re-position to the top of the Selection list. See attached screen capture sequence for details.
Created attachment 84698 [details] reposition screenprint 1
I was able to replicate the design feature you wanted to be changed using Windows 7 professional 64 bit operating system, and OpenOffice 4.1.1. With the screen shots you provided it was difficult to reproduce, seemed like you started the process of replicating mid-way through. Steps I used to replicate your design issue with an existing document: 1. Open a writer document 2. Select “Insert” from the toolbar 3. Select “Fields” 4. Select “Others” 5. Select “Variable” 6. Select “User Field” from Type 7. Select “Text” from Format 8. Scrolled down the selection list and Delete a user from “Selection List”, the list is repositioned at the top. Adding a sample document would have save me time, because I had to create a document add some content to replicate. I was unable to replicate this in Microsoft Word because they had no delete feature for User’s field Screen prints attached
Created attachment 84699 [details] reposition screenprint 2
Created attachment 84700 [details] reposition screenprint 3
Created attachment 84701 [details] MS Word Screenprint
In the future I will gladly add a document with all the needed artifact already created to make it easier. I am not sure how to interpret "I was unable to replicate this in Microsoft Word because they had no delete feature for User’s field" Does this mean the feature request has been rejected?
Created attachment 84705 [details] Document with a lot of user defind fields. As per the request of aalgee@yahoo.com
OpenOffice Impress 4.1.1 Windows 7 Enterprise 64-Bit OS RAM 8.00 GB HP Elitebook I could reproduce the issue using the screen shot provided: 1. In Write, select Insert from tool bar 2. Select Fields, then from drop down select other 3. Select Variables 4. Under Type- User Field 5. Under Format – Text 6. Create several selections 7. Select one selection and delete using x. 8. Automatically highlights top of list after delete Does not affect other OpenOffice products since this feature is not available in those programs. While this may not be a bug, a design change should be implemented due to the following: • When a large list is being worked, it provides unnecessary steps when deleting items from the list • OpenOffice has this feature, where it does not exist in Microsoft, which adds additional functionality for users. • A sales perk on the OpenOffice Writer site states, “It is simple enough for a quick memo, yet powerful enough to create complete books with contents, diagrams, indexes, etc.” (https://www.openoffice.org/product/writer.html) In using this feature on large or small contents, it would be time consuming, when a delete takes place, for the user to scroll back down the list.
Created attachment 86078 [details] User field variable jump