Issue 122065 - edit controls eating Control-Z (Undo)
Summary: edit controls eating Control-Z (Undo)
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: 4.0.0-dev
Hardware: All All
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-04-15 17:37 UTC by Rob Weir
Modified: 2013-05-13 11:00 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
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 <issues@o.a.o>, 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.