Issue 97093

Summary: Position of active cell when selecting a range
Product: Calc Reporter: Stefan Weigel <weigel>
Component: uiAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: irne.barnard, issues, kyoshida, niklas.nebel, yonggang.mao
Version: OOo 3.0   
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---
Issue Depends on:    
Issue Blocks: 21869, 102626, 15522    
Attachments:
Description Flags
sreenshot showing unfavourable position of active cell after selecting a range
none
Screenshot from competitor. Active cell resides at the beginning of the selected range
none
screenshot showing unfavourable preselection of last column as sort criteria, due to unfavourable position of the active cell after selecting a range
none
Screenshot from competitor. Reasonable preselection of sort criteria, due to reasonable position of active cell.
none
latest patch from go-oo to implement this
none
QuotroPro screen shot
none
Excel Video Screen Capture
none
Quatro Pro Video Screen Capture none

Description Stefan Weigel 2008-12-10 10:29:51 UTC
When selecting a range either by dragging the mouse or by using the keyboard
(SHIFT+Arrow) the active cell resides at the far end of the selection.

For example, hold down the mouse button in cell B3, drag and release the mouse
button in cell D7. This results in a selection of range B3:D7 and the active
cell is D7. (See the attached screenshot.) The position of the active cell is
very unfavourable.

It would be a big enhancement to usability, to keep the position of the active
cell at the beginning of a selected range. (This is the behaviour of the main
competitor. See the attached screenshot.)

Reasons:

* Sorting. When you select a range in order to sort it and you choose
"Data|Sort..." in the dialog the preselection for the sort criteria defaults to
the column of the active cell. By now this means the sort criteria default to
the last column of the selection. However in most cases the user wants to sort
by the first column of his selection.

* Sorting. When you select a range in order to sort it and you click the
"SortUp"/"SortDown" button in the toolbar, sorting will default to the column
where the active cell is (issue #7277). By now this means the sort criteria
default to the last column of the selection. However in most cases the user
wants to sort by the first column of his selection.

* Selecting big ranges. After selecting a big range in most cases you want to
continue your work in the top left region near the beginning of your selection
rather than at the far end of the selection. Before you can continue your work
you mostly have to scroll back the screen to the position of the beginning of
the selection. For example when you select the range B2:X200 chances are that
you want to enter a value or manipulate cell B2 rather than X200. But the latter
is the position of the active cell.
Comment 1 Stefan Weigel 2008-12-10 10:31:03 UTC
Created attachment 58678 [details]
sreenshot showing unfavourable position of active cell after selecting a range
Comment 2 Stefan Weigel 2008-12-10 10:32:01 UTC
Created attachment 58679 [details]
Screenshot from competitor. Active cell resides at the beginning of the selected range
Comment 3 Stefan Weigel 2008-12-10 10:41:00 UTC
Created attachment 58680 [details]
screenshot showing unfavourable preselection of last column as sort criteria, due to unfavourable position of the active cell after selecting a range
Comment 4 Stefan Weigel 2008-12-10 10:42:19 UTC
Created attachment 58681 [details]
Screenshot from competitor. Reasonable preselection of sort criteria, due to reasonable position of active cell.
Comment 5 yonggang.mao 2008-12-10 11:47:00 UTC
I think this issue shouldn't be fixed.Why the Calc shoud be the same with 
Excel.
Comment 6 Stefan Weigel 2008-12-10 12:49:24 UTC
Mao,

the reason why the position of the active cell should be changed is usability.
We don´t want to change it because we want to do the same as Microsoft. But when
Microsoft´s solution definitely serves better usability, why shouldn´t we adopt
their solution?

Comment 7 clement_pillias 2009-01-27 13:39:29 UTC
You can first select D7 then drag to B3, and then the range B3:D7 will be
selected with the active cell being B3.

From the User Experience perspective, it seems more natural that the active cell
is the one that receive the mouse release event, rather than the one receiving
the "button down" event.
Comment 8 Stefan Weigel 2009-08-30 13:48:33 UTC
Clement,

UX perspective: Please read the *reasons* given with the initial issue
description. From the users point of view it would be favourable to have the
active cell where the user began dragging.

Comment 9 kyoshida 2009-08-31 01:38:40 UTC
This is basically a duplicate of Issue 102151, which I have attached a patch
for.  I am of the opinion that the cell cursor should stay at the point of
origin, as it is obvious based on the fact that I bothered to write a patch for it.
Comment 10 kyoshida 2009-08-31 01:42:13 UTC
*** Issue 102151 has been marked as a duplicate of this issue. ***
Comment 11 kyoshida 2009-08-31 01:43:12 UTC
Created attachment 64450 [details]
latest patch from go-oo to implement this
Comment 12 kyoshida 2009-08-31 01:45:54 UTC
As I'm painfully aware, attaching a patch will not affect the fate of this since
we need to get approval from user experience (sadly no developers have any power
over such matters), but I would personally love to get this patch integrated.
Comment 13 Stefan Weigel 2009-08-31 12:55:42 UTC
I requested assistance from UX.

http://ux.openoffice.org/servlets/ReadMsg?list=request&msgNo=49
Comment 14 irneb 2009-08-31 20:59:32 UTC
Created attachment 64464 [details]
QuotroPro screen shot
Comment 15 irneb 2009-08-31 21:00:14 UTC
It's definitely not a question of trying to be like M$. My attachment shows the
same behavior in Corel QuatroPro as Excel does.

It's a definite requirement in my opinion. And seeing as there's a patch (thanks
kohei) it should not be a question of too few resources.
Comment 16 irneb 2009-08-31 22:06:19 UTC
Created attachment 64465 [details]
Excel Video Screen Capture
Comment 17 irneb 2009-08-31 22:07:26 UTC
Created attachment 64466 [details]
Quatro Pro Video Screen Capture
Comment 18 irneb 2009-08-31 22:12:21 UTC
Just had another look. Both Excel & Quatto Pro work as follows:
If the user selects a range of cells, the "current" cell is always the 1st
selected in the range. Then also the sorting is calculated on that column by
default.

See the 2 video screen captures attached. I'm in 2 minds if this is correct. On
the one hand the user now has more control over how a selection is done, but on
the other a user may not know it works this way. But still, IMHO, the Excell /
Quattro Pro method is more intuitive ... see e.g. when pasting a range
selection, the cursor is placed at the top-left-most cell of the new selection.
Comment 19 Rainer Bielefeld 2010-05-30 07:55:45 UTC
*** Issue 111922 has been marked as a duplicate of this issue. ***
Comment 20 az77 2010-06-04 17:00:53 UTC
I just filed a duplicate to 102626 which touches the sorting aspect.

Another aspect is copying ranges.

If one selects a range to copy, it would be more intuitive if the focus were put
at top left of the range.
This way, to move to the destination, one could readily use the keyboard arrow
instead of the mouse, moving in the same column (or row).
This frequently would be much faster.

An example is copying a range of one row (or column) to multiple rows (or columns).
(Something which I often do in setting up a new spreadsheet table.)

*I would differ somewhat in the proposed solution*

Putting the focus at "top/left" seems better than at the "initial position" when
defining a range, since intuitively one conceptualises a range from top/left to
bottom/right, even if one defines it by moving from another corner of the range.
(Note that other comments indicate that this is how both Ms-Excel + Quatro-Pro
work.)

In sum, putting the focus of a range of cells at top/left rather than the last
corner defined would definitely enhance usability.