Issue 105492 - Text Orientation Degrees Entry Field Won't Allow Deletion of Contents While Editing Field
Summary: Text Orientation Degrees Entry Field Won't Allow Deletion of Contents While E...
Status: CONFIRMED
Alias: None
Product: Calc
Classification: Application
Component: ui (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: PC All
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-01 00:30 UTC by cem8179
Modified: 2014-03-16 06:49 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description cem8179 2009-10-01 00:30:34 UTC
On the Format Cells dialog, Alignment tab, the entry field for Text Orientation
in degrees does not allow you to delete the contents of the field. Presumably
this choice was motivated to avoid invalid entries, requiring an integer in the
range 0 to 359. However, it is unexpected behavior for a user interface and for
fast typists leads to unexpected results.

For example if the user has "63" in the field and wants to change it to "91",
the user might expect to be able to click on the field, placing the cursor at
the end of the field, then type backspace twice, then enter "9" then "1".

However, the second time they press backspace, the field will clear for an
instant, then it puts back the "6" the user just deleted, placing it after the
cursor.

Then, when the user enters "9" then "1", the field contains first "96", then for
a brief instant contains "916", which is replaced with "359".

As a keyboard-oriented user I find this field quite annoying. To me the sequence
of four key-presses in the example are one unified action, and I don't think
about them as separate actions. With this interface, I have to turn my attention
from what I was doing to understanding a quirky interface. I am classifying this
as an enhancement, because I assume the current behavior is what was intended,
but it's so distracting to me I'm tempted to call it a defect.

I think a preferable mode of operation would be to allow the user to make any
entries in the field they desire, but interpret any invalid entry as 0 degrees
rotation, for the "ABCD" example display, when the user clicks OK or navigates
out of the field. If there is an invalid entry when the user clicks either the
up or down buttons, the invalid entry should again be interpreted as 0, then
replaced by either 1 or 359 depending on the direction.
Comment 1 Edwin Sharp 2013-11-27 16:31:41 UTC
1) type a word into a cell
2) right click cell - Format Cells... - Alignment - Text orientation=50 Degrees - OK
3) right click cell - Format Cells... - Alignment - Text orientation - delete 50

can not delete 5

4) leave 5 and OK

word jumps horizontally to next cell.

AOO410m1(Build:9750)  -  Rev. 1543812
Rev.1543812
Win 7
Comment 2 Edwin Sharp 2014-01-21 14:46:53 UTC
Comment 1 valid for AOOTest-720
AOO410m1(Build:9750)  -  Rev. 1557669
2014-01-14_04:11:13 - Rev. 1557927
Debian
Comment 3 Rainer Bielefeld 2014-03-10 06:39:36 UTC
This one is an old regression, it was possible to delete angle input field before you type something new with OOo 1.1.5, 2.0.2

The current behavior often drives me crazy ...
Comment 4 Rainer Bielefeld 2014-03-10 06:42:18 UTC
Also some similar text alignment -  rotation dialogs are affected, for example orientation of chart axis labels and may be more.