Summary: | Enhancement request for Writer: in table cursor jump to last cell if press Ctrl-A, let it to stay where it currently is | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | sasha.libreoffice |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | enhancement | CC: | ilmari.lauhakangas, sasha.libreoffice |
Priority: | medium | ||
Version: | 3.3.1 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 107707 |
Description
sasha.libreoffice
2011-03-14 08:16:58 UTC
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html reproduced on LibO 3.5.0 beta 1 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. > * 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.
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. (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. |