https://bugs.documentfoundation.org/show_bug.cgi?id=154048
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEEDINFO Severity|normal |minor Keywords| |needsUXEval Blocks| |105948 Ever confirmed|0 |1 CC| |libreoffice-ux-advise@lists | |.freedesktop.org, | |stephane.guillou@libreoffic | |e.org Priority|medium |low --- Comment #3 from Stéphane Guillou (stragu) <[email protected]> --- I see something different. Using the following steps: 1. write "normal" 2. Ctrl + Shift + P 3. write "super" On the undo stack there is (most recent at the top): - Typing "super" - Apply attributes - Typing "normal" I see two different behaviours depending on the next action: (a) Ctrl + Z removes the superscript string, and continuing writing uses non-superscript characters *even though "Apply attributes" is still on top of the stack* (b) Backspace until all superscript characters are gone, then continuing writing still uses superscript character This not exclusive to superscripts, it is consistent with other formatting options (I tested bold, italic, font colour), but I feel like the two actions (Ctrl + Z vs backspace) are equivalent and should therefore have the same impact. (a) seems particularly odd to me, in that "Apply attributes" is still in the history but new characters don't use the formatting. (I am aware this is the behaviour Coburn would prefer though.) UX/UI team, what do you think? Coburn, do you see something different following my steps? Please also share the info from Help > About LibreOffice. I tested with this version: Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ru-RU (en_AU.UTF-8); UI: en-US Calc: threaded Same results in 7.0.6.2 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105948 [Bug 105948] [META] Undo/Redo bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
