Issue 40910

Summary: Single cell remains selected and highlighted after cut and paste. Enter key will not move the selection.
Product: Calc Reporter: mhatheoo <mh.hh>
Component: codeAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: haxwell, issues, kamataki
Version: 680m74Keywords: oooqa
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---

Description mhatheoo 2005-01-18 16:44:04 UTC
suppose you cut and paste content of a cell

and than edit it with F2 
and finish editing with ENTER 

the cell is still in status selected (black), which means than any typo will
overwrite/delete preveous content, and hitting the ENTER will not move cursor
from cell

This is obviously a feature of OO.o, but I can not see where this behavior -
past EDIT and ENTER - is useful. I had thought, that terminate edit with ENETR
should deselct also.
Am I wrong ?

Martin
Comment 1 frank 2005-01-19 15:37:29 UTC
Hi Martin,

basically we act in the same way as Excel does. Main difference is that we show
the selected cell highlighted while Excel just set the cell cursor. So there is
not really a need to change this. So I close this Issue as wontfix.

Frank
Comment 2 frank 2005-01-19 15:38:08 UTC
BTW CTRL+Z takes back any changes.
Comment 3 mhatheoo 2005-01-19 17:49:29 UTC
ehem - this was closed a little too fast I guess

"HIGHLIGHTED" means selected - giving the opportunity to move within selected
area with ENTER, smart feature - maybe okay. To leave or unselect the
cursor-keys are used. That feature might be acceptable, when multi-cells are
selected.

But: If only one cell is selected, the ENTER will neither move nor leave the
cell!! This is unexpected behavior, and thats why we have this issue here. 

Let me hear, why - if there is nothing to go to for the cursor - the cell can
not be at least unselected on ENTER, if it is one cell only ?

martin
Comment 4 frank 2005-01-24 14:04:34 UTC
Hi Niklas,

please give us some comment.

Frank
Comment 5 how_diane 2005-02-03 04:56:57 UTC
I agree with Martin. It is counterintuitive that after you press enter that the
cell remains highlighted. Pressing enter means you finished editing so there's
no need for that cell to stay highlighted.

I find it poor usability when quickly entering data and having to switch to the
arrow keys or use the mouse to move to the next cell.

Following the same steps, excel moves to the next cell on Enter.
Comment 6 how_diane 2005-02-03 05:20:27 UTC
the defect is also reproduced for copy and paste
Comment 7 haxwell 2005-02-04 17:03:20 UTC
Confirmed in 1.9.74. If you cut from cell A and past in cell B, OOo will keep
cell B highlighted and selected. Pressing Enter does nothing. 

This is wrong because Excel does not highlight Cell B after pasting. If you copy
from cell A, cell A will have the 'moving dash' outline around it indicating it
is the cell being copied from. You then select cell B, the cell to be copied to.
Cell B has a normal black outline around it. After pasting in cell B, its
contents change, but cell A still has its 'moving dash' outline indicating it is
the cell being copied from. Cell B is still the selected cell. If you press
Enter, cell A no longer has its moving dash outline, but cell B is still
selected (not highlighted). Pressing Enter again moves to the cell below cell B.

If we follow the same flow with OOo: If you copy from cell A, there is no
indication it is the cell being copied from. When you select cell B, the cell to
be copied to, it is selected normally with a black outline. After pasting in
cell B, its contents change, but the cell becomes highlighted. Pressing enter
has no effect.

I agree with Diane. The flow should follow Excel. 

Marking this as confirmed. Updating the summary to be more descriptive.
Comment 8 niklas.nebel 2005-02-04 17:19:44 UTC
We have the distinction between "nothing selected" and "a single cell selected"
(shown inverted). Pasting cells selects the target cells. Enter moves within the
selected cells if there is a selection. All of this works as designed.

Before anything is changed about this, there has to be a complete specification
of the desired new behavior. There's no sense in changing single aspects or
special cases to look "more like Excel". So this has to follow the usual
enhancement process.
Comment 9 mhatheoo 2005-02-13 21:42:07 UTC
I agree, no need to follow the behavior of different applications, in prnciple.
But in this case I really think the Excel-behavior might be a good idea.

Pls note, that a basically FUNCTIONAL key (the Enter-key) should in no way
return a no-action to a hit, that is confusing.
The behavior to "walk" through a selected area with <enter> is nice.
So it is just a problem in the one-and-only case, that one cell only is selected.
It should not really be problem to check that the focus has no different cell to
move to, so it can unselect area/cell and move to next cells as usual.

martin