[Libreoffice-bugs] [Bug 108621] Form-Navigation: CTRL+TAB only works right with Design-Mode switched off

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=108621

--- Comment #4 from Gerhard Weydt <gerhard.weydt at t-online.de> ---
Robert gathered from my comment #2 a meaning I didn't intend to convey, and
therefore thought he had to correct it. But in fact we mean the same. After a
private dialog I think we have now agreed on the following statement: There
should be a way, in data entry mode, to jump to the (first element in the) next
form, similarly to edit mode, where you can jump to the next form by Ctrl+Tab.
This does normally not work for forms containing table grids: when the cursor
is within a table grid nothing happens. It does jump to the next form, though,
when the cursor is within a single field.

If you combine table grids and single grids in one form, the situation is more
complicated. It seems that Ctrl+Tab has two different meanings:
1. if the focus is in a single field, it jumps to te next form.
2. if the focus is in a tablegrid, it leaves the table grid; this may result in
a jump to the next form, but if there are some single fields in the form, the
cursor moves just to the first of these fields (this may depend on the
tab-order or the order displayed in the navigator).

The above statements relate to the situation that you opened the form document
in data entry mode. If you open it in edit mode and switch off design mode
(which I name mode B for the moment), then you should ideally be in the same
mode as in data entry (which I name mode A). But there are grave differences:

1. if you have only table grids, mode B seems to work perfectly: Ctrl+Tab jumps
from one form to the next; in mode A this normally doesn't work
2. if you have also single fields within a form, Ctrl+Tab will not work for
single fields in mode B, whereas it works for them in mode A. In mode A the
focus moves from a table grid to the first single field or from a single field
- as it seems - to the first (in the sense of tab order) element of the next
form.

There is no use providing examples or test documents, anyone tackling this
principal problem will have to create his own test cases after investigating
the existing code. Robert's example may be a starting point, though.

Rest it to say that this an important issue regarding accessability, which
seems to have been a little bit overlooked in Base.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170621/f526202a/attachment-0001.html>