Difference between revisions of "Base To-Do/Dialogs with Form Functionality"

From Apache OpenOffice Wiki
Jump to: navigation, search
(New page: ===Description=== When creating a form, the user always needs to bother with a Writer document. Very often, this is much too oversized. It would be sufficient to have a simple dialog which...)
 
 
(One intermediate revision by one other user not shown)
Line 17: Line 17:
 
* estimated effort: 3 months
 
* estimated effort: 3 months
 
* difficulty: high
 
* difficulty: high
 +
[[Category:Database]][[Category:To-Do]]

Latest revision as of 20:54, 12 March 2010

Description

When creating a form, the user always needs to bother with a Writer document. Very often, this is much too oversized. It would be sufficient to have a simple dialog which contains all the data access controls.

The advantage would be to not slay the user with things she does not bother – a writer document offers a lot of possibilities which are not relevant for a form. In some cases, a full writer document does even contradict to what users expect from a form – one thing to mention here is that documents are always freely sizable, which is nothing you expect from a carefully designed form, where controls are placed at concrete positions and have a fixed size.

The project is to - extend the dialog runtime engine to (optionally) include data-aware form controls - create a form designer for dialog-based forms (similar to the existing Basic Dialog IDE) - implement persistence of dialog-based forms - embed dialog-based forms into database documents (.odb)

Depending on more fine-grained planning, it might become apparent that not all of this can be done in the scope of a Google Summer of Code project, and reasonable milestones need to be defined.

  • required skills C++, UNO
  • useful skills: familiarity with OOo's database access and form API, as well as OOo's toolkit API
  • Contact: mailto:dev@dba.openoffice.org
  • estimated effort: 3 months
  • difficulty: high
Personal tools