Summary: | EDITING: shift-arrow key does not move selected cell | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Andrew G. Stack <stackag> |
Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | jeffdchang, pmladek, stackag, willy.bueno, yfjiang |
Priority: | medium | ||
Version: | 3.4.1 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | macOS (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Attachments: | This is a sample spreadsheet with instructions to reproduce the issue. |
Description
Andrew G. Stack
2011-07-21 08:16:10 UTC
Reproduced on LibreOffice 3.4 340m1(Build:103) for OpenSuse Linux. I can reproduce the inconsistency and understand why it might be better to move the cell marker when using shift. ie, Select text in one column with CTRL, then you shift to the adjacent column and want to select all the data in that column as well. When you use CTRL, it does not work since the marker has not moved along. This behavior is as expected. It's intentional that when expanding a selection, the current sell position does not move. This is in line with pretty much any other spreadsheet programs: Excel, Gnumeric, and Google Docs. So, I'm sorry to say this, but the current behavior, as far as I can see from your description, is by design. I'm fortunate that version 3.3 of oo.org is still up and that uses consistent selection behavior over all of the arrow-key combinations and it looks like version 3.3.1 of libreoffice acts in this way too, although it's not supposed to be since the focus cell is not changing (whereas it is in oo.org). I guess I'll keep using 3.3 until I'm finally forced to upgrade, but my particular use of these spreadsheets pretty much requires being able to navigate in this way (arbitrarily long lists of imported columns of data on which I'm doing some operations in separate cells and then exporting the transformed data, all via the clipboard). I guess the future for me is all bash, awk, bc and gnuplot. Regardless, thanks for your responses on this and at least considering it, I really appreciate it! Sure. Good luck with your future endeavors. Case closed. wrong resolution type. To be more like Excel, eh. Perhaps in future versions we can expect more Excel-like behavior to LibO Calc, i.e., support to virus prone VBA scripts, .Net, bugs, crashes, heavy weight bloat-ware, Windows and Mac only, and runs on Linux through Wine. Perhaps LibO will get a good funding from M$ to become M$Office test bed. Like OOo to Star. Or perhaps that is becoming already...or at least a target. Darn, sure "money changes everything". No time for smart a$$. |