Formulare werden dann genutzt, wenn die Eingabe direkt über eine Tabelle zu unübersichtlich wird, eventuelle Fehleingaben rechtzeitig abgefangen werden sollen oder zu viele Tabellen eine direkte Verwaltung der Daten unmöglich machen.

• Hinweis 

 

Ein Formular ist in Base ein für den Nutzer nicht sichtbares Konstrukt. Es dient innerhalb von Base dazu, den Kontakt zur Datenbank zu ermöglichen.

Sichtbar sind für den Nutzer die Kontrollfelder, die dazu dienen, Text, Zahlen usw. einzugeben oder anzuzeigen. Diese Kontrollfelder werden über die GUI in verschiedene Feldarten unterteilt.

Der Begriff «Formular» hat eine doppelte Bedeutung.
Zum einen steht ein «Formular» für den gesamten Inhalt des Eingabefensters, in dem die Daten für eine oder mehrere Tabellen verwaltet werden. Hier handelt es sich genaugenommen um ein Formulardokument, das in der Datenbankdatei auch als komplette Writer-Datei abgespeichert wird.
Zum anderen enthält ein solches Formulardokument ein Fenster, das wiederum ein oder mehrere Formulare enthalten kann; auch für diese Teilbereiche des Fensters wird der Begriff «Formular» verwendet. Jedes dieser Formulare in dem Fenster des Formulardokumentes kann außerdem noch wieder Unterformulare enthalten.
Aus dem Zusammenhang sollte immer klar werden, welche Art von Formular gemeint ist, sodass es hoffentlich niemals zu Missverständnissen kommt.

Der einfachste Weg zur Erstellung von Formularen ist der über den Formular-Assistenten. Mit diesem Assistenten lassen sich auch Formulare mit Unterformularen erstellen. Dieser Weg wurde bereits im Kapitel «Eingabeformular» im Kapitel «Einführung in Base» beschrieben.

Als Start dient uns aus dem Formularbereich die Aufgabe Formular in Entwurfsansicht erstellen.

Am linken Rand ist die Symbolleiste «Formular-Steuerelemente» eingeblendet. Am unteren Rand ist die Symbolleiste «Formular-Entwurf» angedockt. Sollten diese Symbolleisten nicht automatisch erscheinen, so können sie über Ansicht → Symbolleisten angewählt werden. Ansonsten steht noch im Hauptmenü der Menüpunkt Formular zur Verfügung.

Die weiße Fläche weist ein gepunktetes Raster auf. Dies dient dazu, die Elemente möglichst genau positionieren zu können – vor allem im Verhältnis zueinander. Dass das Raster sichtbar und eingeschaltet ist, ist an den Symbolen ganz rechts in der Leiste zum Formular-Entwurf zu erkennen.

Auf der leeren Fläche soll nun ein Formular entstehen. Dies kann auf verschiedene Arten geschehen:

• •Aufruf des Formular-Navigators, von dort Gründung eines Formulars sowie 

• •Erstellung von Formularfeldern und Gründung des Formulars über das dortige Kontextmenü. 

• Hinweis 

Der Inhalt der Symbolleiste «Formular-Steuerelemente» ist mit der Zeit geändert worden. Vor der Version LO 6.0 gab es eine Symbolleiste «Weitere Steuerelemente», die aus der Symbolleiste «Formular-Steuerelemente» als frei schwebende Leiste angezeigt wurde. Zur Version LO 6.3 schließlich gibt es die Symbolleiste «Weitere Steuerelemente» nicht mehr.
Neben der Symbolleiste stehen alle Steuerelemente über den neuen Menüeintrag Formular zur Verfügung.

Über den Aufruf eines Formularfeldes wird automatisch ein Formular mit gegründet:

Dazu wird z. B. ein Beschriftungsfeld aufgerufen. Der Cursor verändert sein Erscheinungsbild. Es kann eine rechteckige Form auf die weiße Oberfläche des Formulars gezogen werden. Aus der gestrichelten Form entsteht anschließend ein Beschriftungsfeld. Jetzt wird zur Erstellung des Formulars das Kontextmenü des Kontrollfeldes aufgerufen.

Über den Menüpunkt Formular werden hier die Eigenschaften des nebenher gegründeten Formulars aufgerufen. Das Formular wurde mit dem Standardnamen «Formular» erstellt.

Neben den Formularen, die direkt in Base erstellt werden, gibt es auch die Möglichkeit, im Writer oder in Calc Formulare zu erstellen. Auch Formulare, die in Base erstellt wurden, lassen sich zu externen Formularen umwandeln. Dies wird im Kapitel «Datenbank-Anbindung» unter «Externe Formulare» beschrieben.

Werden die Formulareigenschaften über das Kontextmenü im Formular-Navigator oder das Kontextmenü eines Formularfeldes aufgerufen, so erscheint ein Fenster mit drei Registerreitern: Allgemein, Daten und Ereignisse

Allgemein

Hier kann der Name des Formulars geändert werden. Außerdem finden sich Einstellungsmöglichkeiten, die innerhalb von Base keine weitere Bedeutung haben. Sie zeigen lediglich die universelle Einsatzmöglichkeit des Formulareditors. So können z. B. Daten der Datenbank an ein Webformular zur weiteren Verarbeitung geschickt werden. (URL: Ziel, an das die Daten gesandt werden sollen | Frame: Teil der Zielwebseite, der eventuell separat angesprochen werden muss | Kodierung beim Submit: Neben dem normalen Kodieren der Zeichen für eine Weitergabe über die URL sind hier Textkodierungen und Multipartkodierungen (z. B. zum Versenden von Dateien …) möglich. | Art des Submits: 'Get' (über die URL sichtbar an den Dateinamen angehängt) oder 'POST' (nicht sichtbar, auch für größere Datenmengen geeignet).

Daten

Für die Erstellung interner Formulare von Base ist dies der wichtigste Registerreiter. Hier wird zuerst der Inhalt des Formulars festgelegt.

• •Art des Inhalts: Hier besteht die Wahl zwischen 'Tabelle', 'Abfrage' und 'SQL-Befehl'. Während Tabellen in der Regel immer für Eingaben in einem Formular genutzt werden können, so ist dies bei Abfragen eventuell nicht der Fall. Näheres dazu im Kapitel «Abfragen». Gleiches wie für Abfragen gilt auch für die direkten Eingabe eines SQL-Befehls. Hier handelt es sich dann lediglich um eine Abfrage, die nicht im Abfragecontainer von Base sichtbar ist, aber vom Prinzip her die gleiche Struktur aufweist. 

• •Inhalt: Wird unter Art des Inhaltes Tabelle oder Abfrage gewählt, so werden hier alle verfügbaren Tabellen und Abfragen gelistet. Soll ein SQL-Befehl erstellt werden, so besteht die Möglichkeit, den Abfrageeditor dazu über den Button mit den drei Punkten rechts von dem Inhaltsfeld aufzurufen. 

• •SQL-Befehl analysieren: Wird die Analyse des SQL-Befehls nicht zugelassen (weil z. B. mit Code gearbeitet wird, den die GUI eventuell nicht richtig deuten kann), so ist hier 'Nein' zu wählen. Allerdings schließt dies aus, dass das Formular weiterhin noch mit der Filterung oder mit der Sortierung auf die zugrundeliegenden Daten zugreifen kann. 

• •Filter: Hier kann ein Filter gesetzt werden. Hilfe dazu bietet ein Klick auf den Button rechts von dem Eingabefeld. Das Filtern entspricht dem Filtern von Tabellen. 

• •Sortierung: Hier kann eine Sortierung der Daten festgelegt werden. Hilfe dazu bietet ein Klick auf den Button rechts von dem Eingabefeld. Das Sortieren entspricht dem Sortieren von Tabellen. 

• •Daten hinzufügen: Sollen neue Daten erstellt werden können? Standardmäßig ist dies auf 'Ja' eingestellt. 

• •Daten ändern: Sollen Daten geändert werden können? Ebenfalls Standard 'Ja'. 

• •Daten löschen: Auch das Löschen von Daten wird standardmäßig ermöglicht. 

• •Nur Daten hinzufügen: Ist dies gewählt, so erscheint immer ein leeres Formular. Auf die alten Datensätze besteht kein Zugriff, sie können nicht bearbeitet oder auch nur angesehen werden. [IgnoreResult] 

• •Navigationsleiste: Das Erscheinen der Navigationsleiste am unteren Bildschirmrand kann angeschaltet oder ausgeschaltet werden. Außerdem besteht die Möglichkeit, bei einem Unterformular immer die Navigationsleiste des darüber liegenden Hauptformulars anzeigen zu lassen, so dass eine Betätigung der Navigationsleiste direkte Auswirkung auf das Hauptformular hat.
  Diese Einstellung zur Navigationsleiste betrifft nicht die Leiste, die gegebenenfalls als Formularfeld eingefügt werden kann. 

• •Zyklus: 'Standard' bedeutet hier für Base-Datenbanken, dass nach der Eingabe im letzten Feld innerhalb eines Formulars mit dem Tabulator zum ersten Feld des nächsten Datensatzes, also gegebenenfalls eines neuen Datensatzes, gesprungen wird. Dies ist für die Datenbanken gleichbedeutend mit 'Alle Datensätze'. Wird hingegen bei Datenbanken 'Aktueller Datensatz' gewählt, so bewegt sich der Cursor nur innerhalb des einen Datensatzes, beim Erreichen des letzten Feldes also zum ersten Feld des gleichen Datensatzes.
  'Aktuelle Seite' bezieht sich wieder besonders auf HTML-Formulare. Hier springt dann der Cursor vom Ende eines Formulars gegebenenfalls zum nächsten Formular auf der Seite, das weiter unten liegt. 

Ereignisse

Ereignisse können Makros auslösen. Durch einen Klick auf den rechts stehenden Button … können Makros mit dem Ereignis verbunden werden.

Zurücksetzen: Das Formular wird von allen neuen Einträgen geleert, die noch nicht abgespeichert sind.

Vor dem Submit: Bevor die Formulardaten gesendet werden. Dieses Ereignis tritt nur dann auf, wenn eine URL für die Weitergabe der Daten in Formular-Eigenschaften → Allgemein angegeben wurde. Es wird durch eine Schaltfläche ausgelöst, bei der die Aktion → Formular übertragen gewählt wurde.

Beim Laden: Nur beim Öffnen des Formulars. Nicht beim Laden eines neuen Datensatzes in das Formular.

Erneutes Laden: Dies erfolgt, wenn der Inhalt des Formulars z. B. über einen Button in der Navigationsleiste aktualisiert wird.

Entladen: Nach einigen Tests scheint dies ohne Funktion zu sein. Erwartet würde der Ablauf eines Makros beim Schließen des Formulars.

Datensatzaktion: Dies ist z. B. das Abspeichern mittels Button. Im Test ergibt sich, dass die Aktion Vor der Datensatzaktion regelmäßig doppelt erscheint, d. h. Makros werden direkt nacheinander zweimal abgearbeitet. Dies liegt daran, dass hier unterschiedliche Funktionen («Implementationen») ausgeführt werden. Beide sind mit Namen versehen: org.openoffice.comp.svx.FormController und com.sun.star.comp.forms.ODatabaseForm. Wenn innerhalb des Makros mit oForm.ImplementationName der entsprechende Name abgefragt wird, so kann das Makro auf eine Ausführung begrenzt werden.

Datensatzwechsel: Bereits das Öffnen des Formulars stellt einen Datensatzwechsel dar. Beim Wechsel von einem Datensatz zum anderen innerhalb eines Formulars taucht diese Aktion ebenfalls zweimal auf. Makros werden also auch hier zweimal hintereinander ausgeführt. Auch hier kann aber zwischen den Ursachen des Ereignisses unterschieden werden.

Parameter füllen: Dieses Makro springt ein, wenn eine Parameterabfrage in einem Unterformular aufgerufen werden soll, aber aus irgendeinem Grund der Parameter vom Hauptformular nicht richtig weiter gegeben wird. Ohne das Ereignis abzufangen, erfolgt dann beim Laden des Formulars eine Parameterabfrage.

Fehler aufgetreten: Dieses Ereignis lässt sich nicht nachvollziehen.

Ist ein Formular erstellt, so kann es mit den sichtbaren Kontrollfeldern bestückt werden. Die Kontrollfelder sind für verschiedene Aufgaben gedacht:

• •Die meisten zeigen den Inhalt aus der Datenbank an oder nehmen die Daten entgegen, die in die Datenbank eingefügt werden. 

• •Andere Kontrollfelder dienen zur Navigation, zum Suchen und zur Ausführung von Befehlen (Interaktion). 

• •Weitere Kontrollfelder sorgen für eine zusätzliche grafische Aufarbeitung des Formulars. 

Die Eigenschaften werden wie beim Formular in drei Kategorien unterteilt: Allgemein, Daten und Ereignisse. Unter Allgemein wird all das eingestellt, was für den Nutzer sichtbar ist. In der Kategorie Daten wird die Verbindung zu einem Feld der Datenbank hergestellt. Die Kategorie Ereignisse schließlich regelt Auslösemomente, die mit irgendwelchen Makros verbunden werden können. Für eine Datenbank ohne Makros spielt diese Kategorie keine Rolle.

• Hinweis 

Allgemein

	Die Bezeichnung für das Feld sollte innerhalb eines Formulars nur einmal vorkommen – Anwendung bei  Zugriff über Makros. [Name]
	Gehört zu dem Feld ein Beschriftungsfeld? Hiermit wird eine Gruppierung festgelegt. Über das Beschriftungsfeld kann dann das Formularfeld mit einer Tastenkombination direkt erreicht werden. [LabelControl]
	Nicht aktivierte Felder sind nicht verwendbar und werden grau hinterlegt. Sinnvoll bei Steuerung über Makros (Entscheidung: Wenn in Feld 1 ein Wert eingegeben wird, darf in Feld 2 kein Wert eingegeben werden – Feld 2 wird deaktiviert) [Enabled]
	In der Regel 'Ja'; nicht sichtbare Felder können Werte zwischenspeichern. Anwendung z. B. bei der Erstellung von Kombinationsfeldern mit Makros. [EnableVisible]
	'Ja' würde eine Veränderung des Wertes ausschließen; z. B. für die Anzeige eines automatisch erstellten Primärschlüssels sinnvoll. [ReadOnly]
	Manchmal sind Seitenausdrucke aus einem Formular sinnvoller als ein separater Bericht. Hier sollen dann eventuell nicht alle Felder erscheinen. [Printable]
	Durch ein Formular wird in der Regel mit dem Tabulator navigiert. Ein Feld, das z. B. nur gelesen wird, braucht keinen Stop des Tabulators, würde also übersprungen. [Tabstop]
	Hat das Feld einen Tabstop? Hier wird die Reihenfolge innerhalb des Formulars eingestellt. [Tabindex]
	Verankerung der Grafik, die das Textfeld darstellt.
	Position links oben vom linken Rand aus. [PosSize.X]
	Position von oben aus. [PosSize.Y]
	Breite des Feldes [PosSize.Width]
	Höhe des Feldes [PosSize.Height]
	Schriftart, Schriftschnitt, Schriftgrad und Schrifteffekt sind hier einstellbar. [Fontxxx]
	Der Eintrag wird linksbündig dargestellt. [Align]
	Standard | Oben | Mitte | Unten [VerticalAlign]
	Hintergrundfarbe des angezeigten Textfeldes [BackgroundColor]
	Rahmenform: Ohne Rahmen | 3D-Look | Flach [Border]
	Wenn ein Rahmen, dann kann hier die Umrandungsfarbe eingestellt werden. [BorderColor]
	Markierter Text wird so nicht mehr als markiert angezeigt, wenn das Textfeld den Fokus verliert. [HideInactiveSelection]
	Gut nutzbar für Informationen, die mittels Makros ausgelesen werden sollen, siehe «Zusatzinformationen eines Feldes» im Kapitel «Makros». [Tag]
	Erscheint als sogenannter Tooltip, wenn mit der Maus über das Textfeld gefahren wird. Barrierefreiheit: Dieser Text wird von Screenreadern bei MacOS vorgelesen. [HelpText]
	Verweist z. Zt. nur auf die interne Hilfedatei. Die entsprechende Zuordnung von einer sogenannten Hilfe-ID (HID) zu den Verlinkungen in der Hilfe steht in der Datei help/hid2file.js. Diese Datei enthält ein Array, von dem das Element, das vor dem Doppelpunkt steht, zum Anspringen der internen Hilfe genutzt werden kann. Durch F1 abrufbar, wenn der Fokus auf dem Feld liegt. [HelpURL]
Zusätzlich sind bei Zahlenfeldern, Datumsfeldern u.ä. üblich:
	Mit eingeschalteter Überprüfung ist nur die Eingabe von Ziffern und Komma möglich. [EnforceFormat]
	'Nie' erlaubt keine Änderung mit dem Mausrad; 'Wenn ausgewählt' lässt eine Änderung zu, wenn das Feld ausgewählt ist und die Maus sich über dem Feld befindet; 'Immer' bedeutet, dass sich die Maus über dem Feld befinden muss. [MouseWheelBehavior]
	Ein Drehsymbol wird an der rechten Seite des Feldes eingeblendet. [Spin]
	Wenn ein Drehfeldpfeil länger gedrückt wird lässt sich hier einstellen, ob nicht nur zum nächsten Wert gedreht werden soll. [Repeat]
	Stellt die Verzögerungszeit ein, nach der der Druck auf die Maustaste beim Drehfeld Wiederholung interpretiert wird. [RepeatDelay]

Daten

Datenfeld: Hier wird die Verbindung zur Tabelle hergestellt, die dem Formular zugrunde liegt.
[Model.DataField]

Leere Zeichenfolge ist NULL: Soll ein leeres Feld geleert werden (NULL) oder nur der Inhalt gelöscht werden?

Eingabe erforderlich: Dieser Eintrag sollte sich mit dem in der Tabelle decken. Dann fragt die GUI gegebenenfalls nach einer Eingabe, wenn vom Nutzer kein Wert eingegeben wurde.
[Model.InputRequired]

Filtervorschlag: Bei einer Filterung der Daten werden die Inhalte dieses Feldes als Vorschläge zwischengespeichert. Achtung – dies ist bei umfangreichen Inhalten recht speicherintensiv.
[Model.UserValueFilterProposal]

• Hinweis 

Das Datumsfeld kann als aufklappbares Feld und als Drehfeld definiert werden.

Beim aufklappbaren Feld ist ein Monatskalender eingeblendet. Ein Klick auf «Heute» gibt das aktuelle Datum ein. In der Tipp-Hilfe erscheint dann auch noch genau der Tag im Jahr und die entsprechende Woche.

Beim Drehfeld entscheidet der Stand des Cursors darüber, welcher Wert geändert wird. Steht der Cursor, wie im Screenshot, im Wert für den Monat, so verändert ein Klick auf das Drehfeld den Wert für den Monat.