Summary: | No way to accept autocomplete and continue typing in the cell (without exiting and returning) | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | teo8976 |
Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | cno, heiko.tietze, vsfoote |
Priority: | medium | Keywords: | accessibility |
Version: | Inherited From OOo | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 103341 |
Description
teo8976
2016-05-01 20:30:49 UTC
OK, to new. It's also a problem for keyboard users like blind and visual impaired. It's for me a bug that causes difficulties for users. Basically I agree and would suggest the cursor right key jumping to the end. But in order to allow quick input we jump to the next cell per cursor; and to evaluate if the current cell editing mode includes an autocompleted text sounds confusing and inconsistent. So if we go ahead with this change we have to accept a serious regression. While editing a cell, F2 enables and disables the in-cell cursor movement, and for this case also accepts the auto-completion suggestion so it can be edited. Also, Ctrl+Tab and Shift+Ctrl+Tab (without F2 first) travel through the possible completions. I'm strictly against fiddling around with the behaviour of (Shift+)Tab/Enter and cursor keys finishing the input and going to the next cell if F2 wasn't used to activate the in-cell movements. The argument "there is no keyboard shortcut and on can only double-click" is moot, use F2. I suggest to close this. We discussed the topic in the design session and agree with Eike. The supposed workflow is to go into edit mode per F2; that's by the way the same in Excel. |