Issue 59863 - don't move focus when selecting cells with keyboard Shift+arrow keys
Summary: don't move focus when selecting cells with keyboard Shift+arrow keys
Status: CONFIRMED
Alias: None
Product: Calc
Classification: Application
Component: editing (show other issues)
Version: OOo 2.4 RC1
Hardware: All All
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2005-12-29 02:17 UTC by brucehohl
Modified: 2013-03-11 19:34 UTC (History)
2 users (show)

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


Attachments
sc-move-from-origin.diff (1.11 KB, patch)
2008-03-05 01:44 UTC, jpryor
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this issue.
Description brucehohl 2005-12-29 02:17:45 UTC
Note this is a keyboard editing enhancement/feature request. Here's how I 
cut and paste in a spreadsheet using only the keyboard:

1 - I select a range of cells by holding down the shift key and using the 
    arrow keys to highlight or specify the range.
2 - I press Control+X to cut.
3 - I move to the desired insertion point. **Please see below**
4 - I then press Control+V.

With regards to step 3:
- In OpenOffice.org and KSpread the starting point for moving from a 
  selected range is the **end** of the selected cut range.
- In Gnumeric and Excel the starting point from moving from a selected 
  range is the **beginning** of the selected cut range.

I find that in most cases my insertion point for a cut range is closer to the
*beginning* of the cut range than the *end* of the cut range, therefore, the
default navigation offered by Gnumeric and Excel is more efficient for me.  This
is especially true when the cut range is large or very large.

Request: Include an option for this behavior or change the behavior to 
         be the same as used by Gnumeric and Excel.
Comment 1 lars 2006-01-01 20:58:46 UTC
according to http://qa.openoffice.org/issue_handling/workflowcharts/
RFE_issues_by_QA.sxd I reassign this issue to requirements and set the 
status to New
Comment 2 prowlerxpla 2007-01-28 10:48:29 UTC
the same request can be made for mouse moving cells
+select cell A1
+move it to B1 and B1 appear black so it is selected
+start to write something
+it start to write in A1 bu i expect that it start to write in B1

request=i think it is more natural behaviour to start to write in A1 please
include this behaviour
Comment 3 prowlerxpla 2007-01-28 10:51:39 UTC
sorry ther is an error in the previous this is correct
request=i think it is more natural behaviour to start to write in B1 please
include this behaviour
Comment 4 jpryor 2008-03-05 01:44:45 UTC
Created attachment 51887 [details]
sc-move-from-origin.diff
Comment 5 jpryor 2008-03-05 01:46:28 UTC
The attached sc-move-from-origin.diff patch alters keyboard movement so that
movement is relative to the start of the selection and not the end, as requested
in comment #1.
Comment 6 Rob Weir 2013-03-11 15:03:31 UTC
I'm adding this comment to all open issues with Issue Type == PATCH.  We have 220 such issues, many of them quite old.  I apologize for that.  

We need your help in prioritizing which patches should be integrated into our next release, Apache OpenOffice 4.0.

If you have submitted a patch and think it is applicable for AOO 4.0, please respond with a comment to let us know.

On the other hand, if the patch is no longer relevant, please let us know that as well.

If you have any general questions or want to discuss this further, please send a note to our dev mailing list:  dev@openoffice.apache.org

Thanks!

-Rob