Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||edit controls eating Control-Z (Undo)|
|Product:||General||Reporter:||Rob Weir <robweir>|
|Component:||ui||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description Rob Weir 2013-04-15 17:37:03 UTC
1. In Writer, enter some paragraph text. 2. In the sidebar paragraph panel increase the "before text indent" by clicking the up arrow of the spinner control 4 times. The text should be indented. 3. While leaving your cursor in the indent control, press Control-Z. Note that it undoes the entire set of indentations, not just the last increment. That's bug #1. 4. Now repeat step's 2 and 3, but this time, before pressing Control-Z, click your mouse in another edit control, say the "above paragraph" control. Now try to undo. Nothing happens. This is bug #2. 5. Now try the menu item Edit/Undo. It does not undo either. But if you first click into the paragraph, so the cursor is in the document rather than in the sidebar control, then undo works as expected, via menu and keyboard. I think this weirdness breaks the flow of the user editing experience. They should be able to Control-Z in any context to undo.
Comment 1 Oliver-Rainer Wittmann 2013-04-24 08:14:34 UTC
The described behavior is somehow default behavior for edit controls - in this case a spin field with metric capabilities. The accelerator for Undo (Ctrl-Z) is handled by the edit control itself - the editing inside the control is undone. This is not related to the sidebar feature, but I have to admit that the behavior of the edit controls in the sidebar panel are subject of improvement - as it is true for other existing UI containing edit controls. Example of existing UI: - new text document - insert a drawing object and select it - in drawing object properties toolbar edit the Line Width spin field --> Ctrl-Z performs undo of the editing inside the Line Width spin field --> back to status CONFIRMED and assigning back to <firstname.lastname@example.org>, as I am not planning to work on it, now. --> removing blocking state for sidebar feature issue
Comment 2 Oliver-Rainer Wittmann 2013-04-24 08:34:34 UTC
Regarding possible improvements in general to edit controls in the sidebar panels further input from UX experts would be valuable and needed. My personal point of view is that the current behavior that each edit action to an edit control in a sidebar panel causes a change in the document could be improved. I as a user would like to have something like a "finish editing" action - like 'leaving the edit control' and/or 'hitting enter key'. I would also like to have something like a "cancel editing" action - like 'hitting escape key'.
Comment 3 Oliver-Rainer Wittmann 2013-05-13 11:00:19 UTC
No further input from UX on the current editing experience of the sidebar edit controls. UX input regarding the current Ctrl-Z (UNDO accelerator key) behavior of spin fields: If user has focus on such a field, the UNDO is handled by the spin field. --> making this issue unrelated to the sidebar feature.