https://bugs.documentfoundation.org/show_bug.cgi?id=173832
--- Comment #2 from Ismail <[email protected]> --- (In reply to V Stuart Foote from comment #1) > Not clear there would be much advantage to doing this. So some > over-engineered mechanism to track the myriad of UI configuration changes, > just to be able to reverse them, seems unneeded. > > Rather, using the os/DE controlled color sense [Automatic|Dark|Light], or > the application appearance themes (from the Extension servers), can be fully > cleared by simple profile reset. > > Alternatively, deletion and reload of the appearance themes resets any of > them. > > While individual UI element customizations will respond to the "Reset All" > button, but requiring relaunch of Tools -> Options -> Appearance. > > While some of us actually prefer that we force restart of LO to ensure we > have clean starting point for the UI, but much of the UI will respond > without restart, Icon theme changes are immediate. Thanks Stuart for the feedback. However, I would like to clarify a few key UI/UX and technical points regarding this issue: Reset All Scope: As shown in the Appearance settings dialog, the Reset All button is located specifically under the Customizations section (for UI element colors). It does not affect or revert changes made to Icons themes or LibreOffice Themes. Standard Cancel Button Behavior: According to standard desktop UI/UX guidelines, if a user previews a new icon theme or appearance option and then clicks Cancel, all temporary preview changes should be discarded, returning the UI to its initial state. Currently, clicking Cancel leaves the temporary preview applied permanently. Simplified Technical Implementation (Snapshot Pattern): Regarding the concern about "over-engineering" a change-tracking mechanism: reversing changes does not require tracking individual actions or complex history logs. A standard "Snapshot" (or Memento) approach is sufficient—simply caching the initial settings state when the dialog opens, and restoring that single cached state if the user clicks Cancel. Redundant UI Controls: If changes are meant to be applied permanently on selection without the ability to roll back, then keeping the Cancel, Reset, and Apply buttons in the dialog becomes misleading. If these buttons cannot perform their standard control functions for these settings, their presence in the UI serves no purpose. User Experience: Expecting users to perform a full User Profile Reset or manually delete theme files just to undo a quick preview is unnecessarily cumbersome. The live preview feature itself is excellent, but clicking Cancel should naturally roll back any unconfirmed preview changes made during that session. -- You are receiving this mail because: You are the assignee for the bug.
