https://bugs.freedesktop.org/show_bug.cgi?id=74585
--- Comment #5 from dg1727 <[email protected]> --- I have some follow-ups: 1. I notice that the summary (title) of this bug had "per document" added. I admit that my original feature description mentions "on that document" or "just that document" a couple of times, but I think a per-user implementation is what I was really thinking of. I'm sure this would be easier to code than a per-document implementation. I think it's perfectly OK that in a per-user implementation, the user would have to remember to re-enable a particular AutoCorrect entry (affecting all documents being edited) when (s)he is done with a document that needed that entry disabled. 2. The existing options of "New" and "Delete" don't provide an obvious way to un-delete. This seems like it is user-unfriendly enough to need improvement. My original idea, if taken literally, would have resulted in there being only options for Delete, Disable, Enable. So there wouldn't have been any improvement regarding un-deleting. (The user would have had to use the Reset button at the bottom of the dialog to un-delete "en masse.") I revise my suggestion to the following: a. Make a distinction between AutoCorrect entries that are "factory default" and those that are added by the user. This could be done by adding a list column like "Source" with values like "LibreOffice" or "User." The 2 lists (LO & User) should be alphabetized together into one list, since there are so many entries that the user won't want to scroll through 2 separate lists to find what (s)he is looking for. I propose item (a) because many users, and especially their sysadmins or support people, would like an obvious way to restore configuration to the "factory" settings (and in many situations, this should be on a dialog-by-dialog basis, not just for the whole software suite). Also, having the LO & User lists be distinct on disk would mean that the LO list can be auto-updated without affecting the User list. This is already done with spelling dictionaries. b. There would also be a list column for "Status" with possible values Enabled, Disabled, Deleted. c. It would be preferable to allow the user to sort either alphabetically (as in the existing dialog) or by Source (to see just his/her own additions) or Status (to see what's been disabled or deleted). d. If an entry is in the LO default list, its available action is Disable (or, if the entry is already disabled, Enable). There would be no way to delete these entries. e. As noted in item (1) above, any customizations made by the user (including changing the Status of an entry) are stored on a per-user basis, _not_ per-document. f. If an entry was added by the user, Disable/Enable is still available; but there are also a Delete option, to erase entries that are simply mistakes, and a Restore option, to undelete. Items that were deleted from the user list are restorable as long as the application is running (i.e., across multiple invocations/closings of the dialog). When the application exits, deleted items are deleted permanently. g. The Reset button brings up a dialog that says something like: "This will re-enable all disabled AutoCorrect entries, and restore all user-supplied entries that have been deleted since {date & time when the application was started}. Are you sure?" with buttons OK & Cancel. I have attempted to clarify the bug summary per my various points above. >From my original comments, I repeat that it seems user-unfriendly to have to wipe out (for example) the AutoCorrect for (C) _permanently_ (or at the price of having to re-enter both the Replace & the With manually), or learn to press Ctrl-Z all the time, to disable (C) during only a day's worth of editing. I am setting this request to REOPENED, not because of that, but because there is no evident way to un-delete just a single entry that was deleted (apparently, all LibreOffice-supplied entries that were ever deleted are restored along with it), and no evident way at all to un-delete a user-supplied entry. Thanks for bearing with me on this. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
