Bug 35302 - Enhancement request for Writer: in table cursor jump to last cell if press Ctrl-A, let it to stay where it currently is
Summary: Enhancement request for Writer: in table cursor jump to last cell if press Ct...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.1 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables-Enhancements
  Show dependency treegraph
 
Reported: 2011-03-14 08:16 UTC by sasha.libreoffice
Modified: 2021-02-22 16:10 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sasha.libreoffice 2011-03-14 08:16:58 UTC
to reproduce this problem create new Writer document and create there table with 200 rows. Then place cursor in first cell of table and press Ctrl-A. Then press key with arrow on keyboard. Cursor appears in last row of table.

This problem can seriously decrease productivity of users because after each selection of all table they will lose position in table, where they are working. It is especially important when working with huge tables. Even appears danger that user places cursor in wrong cell after selecting all table and makes mistake.

produced on Mandriva 64 bit and windows XP 32 bit using LibreOffice 3.3.1.2 and 3.3.2.1rc1
Comment 1 Björn Michaelsen 2011-12-23 11:47:49 UTC Comment hidden (obsolete)
Comment 2 sasha.libreoffice 2012-01-01 23:17:58 UTC
reproduced on LibO 3.5.0 beta 1
Comment 3 Stefan Knorr (astron) 2012-02-03 08:56:12 UTC
Can reproduce the behaviour on Master (to-be 3.6, b878715-39746e8-4a486bf-76be866), but I believe this is not a bug, and instead expected behaviour that prevents worse from happening.

I say that because...
* After selecting text, table cells, ..., the cursor is always put after/before the place that was just selected -- this, in fact, enables selecting stuff continuously
* Ctrl-A behaves like starting a selection at the top left and finishing at the bottom right (debatable, but sensible, I think)
* if, after Ctrl-A, the cursor were now set somewhere in the middle of the table that would completely break selecting via keyboard

So, unless there's something clever we could do that does not break keyboard navigation, I'd recommend resolving this as WONTFIX.
Comment 4 sasha.libreoffice 2012-02-04 04:28:40 UTC
> * if, after Ctrl-A, the cursor were now set somewhere in the middle of the
> table that would completely break selecting via keyboard
My be move cursor in last cell but not scroll to last cell. Goal is than user not lost cell where previously worked.
Comment 5 Stefan Knorr (astron) 2012-06-03 09:42:17 UTC
That might be a solution...
Still, the current behaviour is consistent across texts and tables and is also consistent with what would happen if you'd select a table from top to bottom. So, I still don't see much reason for someone to implement what you propose.
Comment 6 Buovjaga 2021-02-22 16:10:06 UTC
(In reply to sasha.libreoffice from comment #4)
> > * if, after Ctrl-A, the cursor were now set somewhere in the middle of the
> > table that would completely break selecting via keyboard
> My be move cursor in last cell but not scroll to last cell. Goal is than
> user not lost cell where previously worked.

The view no longer jumps, so it seems we can close this.