https://bugs.documentfoundation.org/show_bug.cgi?id=166464
--- Comment #8 from V Stuart Foote <[email protected]> --- (In reply to Heiko Tietze from comment #7) > (In reply to V Stuart Foote from comment #3) > > Nice, but don't forget the AutoCorrect (AC) paths in the design... > > Some folks *heavily* populate AC with correction mnemonics and strings as > > well... > Don't see need for a sidebar here. The idea of AC is to be fully automatic > and you don't even need to remember the rules. Except, users do need methods to curate their listing of AC "Replacements". The existing panel of tuples in the AutoCorrect Options... dialog panel provides no means to search, filter, or sort--currently just a wall of text sorted on the "trigger/target" term--no means to work against the "replace with" term. Since the 5.0.0 release, the addition of localized :emoji: tuples ballooned the listing of corrections a user must deal with in the AC 'Replacement' tab. Adjusting or removing a specific correction requires visual review of listing of thousands of corrections. So as users add dozens--hundreds of their own correction pairs into the list they loose track of the terms they've set as mnemonics or of the specific replacements they represent. All avoidable if they could search & filter the list. So including ability to search & filter AC replacement from a SB content panel would provide tools missing from the AC dialog. Really no different than needs for handling of the AutoText pairs (though they are different structures, existing UI, and paths in source). Expect the AT and AC data tools would each need their own SB Content Panels. Though with major refactoring, merging the two data structures onto a common backend might offer a means simplify things (e.g. internal SQLite tables). Good for perf and for l10n/i18n translation efforts. -- You are receiving this mail because: You are the assignee for the bug.
