https://bugs.freedesktop.org/show_bug.cgi?id=88274
Bug ID: 88274
Summary: Wizard generated form fails in several ways
Product: LibreOffice
Version: 4.3.5.2 release
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: critical
Priority: medium
Component: Database
Assignee: [email protected]
Reporter: [email protected]
Created attachment 112066
--> https://bugs.freedesktop.org/attachment.cgi?id=112066&action=edit
File to demonstrate Form bugs in Base.
On a freshly installed and updated Fedora 21, I installed 4.3.5.2. from the
LibreOffice site.
I set up a test database and created a form to populate it using the Wizard,
and then modified that to my needs.
The form is supposed to tab through to each field in turn (Main form and sub
form) left to right, top to bottom but that doesn't happen. Also, after the
first iteration through the form, the subform becomes grayed out and unusable.
The database is attached and the two tables it uses are empty. I believe them
being empty may have a bearing on the anomalies to be described.
Execute the form and enter anything reasonable per field and you'll notice that
the first field (Product) in the subform isn't on the tab path even though it
is first in the list for the subform. Tab bypasses that field and lands on the
second field (Weight) in the tab order list. Continuing to tab and entering
data (and never touching Product) leads to 2 failure messages instead of only
one. Finally entering a Product allows the subform to be saved, and a refreshed
screen appears.
After entering one screens worth of transaction, the next screen has the sub
form grayed out and there's no way to enter any data into it.
Exit out of the form and re execute the form.
Again enter a transaction. Here' I've had two outcomes. Sometimes It's a repeat
of what is described above, and sometimes I can enter a subform transaction.
YMMV.
After having submitted several bug reports lately, I know I'm wasting my time
entering this one. But I've done my duty and now I'm moving on by abandoning
LibreOffice Base in favor of hand crafted HTML 5 using JavaScript and node.js .
For the average person using Writer, Calc, etc, the product is a good
replacement for MS Office. Once one wants to write code using the API Set, the
product falls apart due mostly to lousy documentation. Absolutely dreadful. BTW
- The people writing the code are the ones that should be writing the
documentation, as they're the only ones authoritative on the matter.
Example: The entire documentation I was able to find for the "Before
Submitting" event was via a Google search 'libreoffice "before submitting
event"' that returned 3 references. I've never gotten only 3 references on a
Google search ever before. The one at LibreOffice
https://help.libreoffice.org/Common/Events_1 was absolutely useless. Read it
for yourself.
The documentation for the entire LibreOffice API suite is the worst I've ever
encountered, and I'm a professional software developer. If it weren't for
Andrew Pitonyak's book, I would never have been able to do anything with the
product line in Calc. Thank You Andrew. You're a talented author and should use
your skills on something better than LibreOffice.
The developers haven't seen fit to produce an Xray equivalent. They crippled
one of Xray's features when they reworked the API docs. Genius! Take something
that was trying to help and kill it.
The floppy disk icon representing that data has changed and needs to be saved
when working in LibreOffice Basic has been broken for years. Sometimes it turns
blue, but most of the time it stays grayed out even though source code changes
have been made. Broken for years. Such a little thing. Broken for years. That
alone says were the state of bug annihilation rests for the product line.
Adios.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
