Bug 155790 - Forms - Tab stop: With Tab Order = 0 tab stop follows order of fields in form navigator and couldn't be sorted
Summary: Forms - Tab stop: With Tab Order = 0 tab stop follows order of fields in form...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Form-Controls
  Show dependency treegraph
 
Reported: 2023-06-12 14:08 UTC by Robert Großkopf
Modified: 2023-07-07 06:13 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Open the attached document and navigate from on control to the other by tabulator (50.94 KB, application/vnd.oasis.opendocument.text)
2023-06-12 14:08 UTC, Robert Großkopf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2023-06-12 14:08:59 UTC
Created attachment 187866 [details]
Open the attached document and navigate from on control to the other by tabulator

Open the attached document.
Form should connect to bibliography database.
Set cursor in the first field an move through the fields by tabulator.

Note: There isn't set any tab order. Tabbing follows the sorting in form navigator.

Now switch to edit the form and try to move the fields inside the form navigator. It's impossible. Only possibility is to create a form parallel to the existing form in the navigator and move the fields from first firm in second form as you will need it.

Best would be to allow sorting of controls inside the form navigator directly.

Not so good, but logical as it works in WWW-forms: Tabs should follow the order from left to right and up to down. But this will destroy many layouts, which have been created by the existing order of form navigator.
Comment 1 Robert Großkopf 2023-06-12 14:11:12 UTC
It is the same buggy behavior in all versions of LO. So I have set it to "Inherited From OOo". 
Its the same in Writer forms and in Base forms: Seehttps://bugs.documentfoundation.org/show_bug.cgi?id=155401
Tested all with OpenSUSE 15.4 64bit rpm Linux
Comment 2 Dieter 2023-07-04 08:13:15 UTC
I confirm the behaviour with

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 069c7dc4e9706b40ca12d83d83f90f41cec948f8
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

Additional information:
Couldn't find settings for "Tab Order" in control properties.
Order follows also order of drawing objects in navigator. So perhaps if it would be possible to sort the, this would also solve the problem within form navigator

I would treat it as aduplicate of your own bug 87069. Please Check and mark as duplicate or describe the diference. Thank you.
Comment 3 Robert Großkopf 2023-07-07 06:13:34 UTC
(In reply to Dieter from comment #2)

> Couldn't find settings for "Tab Order" in control properties.
> Order follows also order of drawing objects in navigator. So perhaps if it
> would be possible to sort the, this would also solve the problem within form
> navigator

Open the control properties. Choose tab "General".
There will be entries for 
Tabstop → Yes/No
Tab Order → Integer

But this won't solve the problem, because direct jumping to a control with 
Alt + Character will only work when tabstop is set to 'no'.

Bug 87069 is only missing sorting in form navigator as a "nice to have", but bug 155790 describes the problems of moving through a form with tabulator while input data. And this depends on the sorting in the form navigator.