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. 

• Vorsicht 

Ist SQL-Befehl analysieren ausgeschaltet, so lässt sich ein Formular mit einem anderen zwar noch als Unterformular verbinden. Nur versteht Base diese Verbindung nicht mehr und zeigt im Unterformular auch die Daten an, die gar nicht zum Hauptformular passen. Grundsätzlich sollte also so gearbeitet werden, dass SQL-Befehl analysieren → 'Ja' gewählt wird. Abfragen können, um das gegebenenfalls zu erreichen, zu Ansichten umgewandelt werden.

• •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.

Löschen bestätigen: Soll ein Datensatz gelöscht werden, so erfolgt erst einmal eine allgemeine Sicherheitsabfrage, mit der das Löschen bestätigt werden soll. Wird an dieses Ereignis ein Makro gebunden, so erscheint die Sicherheitsabfrage nicht. Stattdessen wird das ausgeführt, was im Makro festgelegt wird. So kann z. B. vor dem Löschen eines Datensatzes mit Verbindung zu einer externen Grafik nachgefragt werden, ob die Grafik auch gelöscht werden soll. Dann wird zuerst anhand des Pfades die Grafik gesucht und gelöscht und anschließend das Löschen des Datensatzes vorgenommen.

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.

In dem Zahlenformat sind dann neben Datum, Zeit, Währung oder normalen Zahlenformaten auch Möglichkeiten gegeben, die Felder mit einer Maßeinheit wie z. B. kg zu bestücken. Siehe dazu die allgemeine Hilfe zu Zahlenformat-Codes.

Mit dem formatierten Feld ist es auch möglich, Timestamp-Felder aus Tabellen mit nur einem Feld darzustellen und zu beschreiben. Der Formularassistent nutzt dazu sonst ein Datumsfeld und ein Zeitfeld.

Nur mit Hilfe von Makros ist es bei Timestamp-Feldern möglich, Eingaben im Format Minuten:Sekunden,Hundertstelsekunden zu erreichen.

Das Zahlenformat erlaubt auch mit Einstellungen im Format-Code wie z.B.

1. 001 [<20][BLAU]0" °C";[>30][ROT]0" °C";[SCHWARZ]0" °C " 

Werte entsprechend farbig darzustellen. Hier im Beispiel Temperaturen unter 20°C in Blau und über 30°C in Rot, sonst in Schwarz.

• Hinweis 

Werden Formulare mit Hilfe des Assistenten erstellt, dann wird der Schrift in den Formularfeldern eine Farbe fest zugewiesen. Die formatierten Felder richten sich dann nicht nach dem vorgesehenen Format-Code. Dies kann in dem Steuerelement unter Eigenschaften → Allgemein → Schrift → Button ... → Schrifteffekte → Schriftfarbe mit der Einstellung Automatisch rückgängig gemacht werden. Das Steuerelement übernimmt die Eigenschaft, auch wenn es nachher wieder statt «Automatisch» «Schwarz» anzeigt. Die Farbe wird allerdings vorübergehend zurückgesetzt, wenn der Cursor in dem Feld steht.

Daten

keine weiteren Besonderheiten.

Ereignisse

Es fehlt das Feld Modifiziert. Änderungen werden über Text modifiziert (hier wohl nicht wörtlich zu nehmen) angesprochen.

Ereignisse

Neben den Standardereignissen werden folgende Ereignisse hinzugefügt:

Aktion ausführen: Wird durch Tastatureingabe ein Listenfeld dazu veranlasst, einen entsprechenden Inhalt anzuzeigen, so ist dies eine Aktion, die das Listenfeld ausführt.
Auch die Auswahl des Wertes aus einem Listenfeld entspricht dieser Aktion. Je nach System kann hier auch ein Doppelklick mit der Maus erforderlich sein.

Status geändert: Dies kann die Änderung des angezeigten Inhaltes eines Listenfeldes durch Betätigen des Aufklappbuttons sein. Es kann auch lediglich ein Klicken auf den Aufklappbutton des Feldes sein.

Fehler aufgetreten: Das Ereignis lässt sich leider beim Listenfeld nicht nachvollziehen.

Das Markierfeld erscheint direkt als eine Kombination von Markierbox und Beschriftung dieser Box.

Das Optionsfeld entspricht bis auf eine Ausnahme in den allgemeinen Eigenschaften und die äußerlich andere Form (rund) dem eben beschriebenen Markierfeld.
Werden mehrere Optionsfelder mit gleichem Namen oder unterschiedlichem Namen, aber gleichem Gruppennamen, mit einem Tabellenfeld über das Formular verbunden, so kann von den Optionen immer nur eine Option gewählt werden. Gleiche Namen sollten möglichst vermieden werden, da dann die Navigation mit Tabulatoren zur Zeit nicht korrekt funktioniert.

Allgemein

Das Optionsfeld wird bevorzugt für Gruppierungen verwandt. Zwischen mehreren Optionen kann dann nur eine ausgewählt werden. Deswegen erscheint hier auch der Gruppenname, unter dem die Option angesprochen werden kann. [GroupName]

Daten

Siehe Markierfeld, hier werden aber die Referenzwerte [RefValue], die eingetragen wurden, auch tatsächlich an das Datenfeld weitergegeben.

Ereignisse

Siehe Markierfeld

Ein grafisches Steuerelement übernimmt die Eingabe und Ausgabe von Bildmaterial in die Datenbank. Das darunterliegende Datenfeld muss ein Binärfeld sein, wenn es das Bild direkt speichern soll. Es kann auch ein Textfeld sein. Dann wird lediglich der relative Pfad zur Datei abgespeichert. Hierbei sollte dann aber darauf geachtet werden, dass der Pfad zu der Datei auch bei einer Weitergabe der Datenbank stimmig bleibt.

• Hinweis 

Wird über einen Assistenten ein Formular erstellt, so erstellt der Assistent nur für Binärfelder ein grafisches Kontrollfeld. Bei Feldern, die den Pfad speichern sollen, muss dann das Textfeld mit der rechten Maustaste über Ersetzen durch → Grafisches Steuerelement zu einem grafischen Steuerelement umgewandelt werden.

Seit LO 5.0 können über dieses Feld beliebige Dateien, abhängig von den Dialogen der Benutzeroberfläche des Betriebssystems, in Base eingebunden werden. Angezeigt werden in dem Fall aber nur Bilder und von *.pdf-Dateien die erste Seite.

• Hinweis 

Firebird: Der Feldtyp Bild [BLOB] funktioniert nicht mit dem grafischen Kontrollfeld. Hier wird der Feldtyp Blob [BLOB] benötigt.

• Vorsicht 

Bilder sollten auf jeden Fall verkleinert werden, wenn sie schon in der Datenbank gespeichert werden. Hat ein Kamerabild z.B. 3 MB, so passiert es sehr schnell bei Nutzung der internen HSQLDB, dass mit Angabe einer Java-Fehlermeldung (NullPointerException) die Abspeicherung der Daten nicht mehr möglich ist. Dies kann zum Verlust sämtlicher Daten führen, die seit dem Öffnen der Base-Datenbank in die Tabelle eingegeben wurden.

Die Eingabe in das grafische Steuerelement erfolgt entweder über einen Doppelklick mit der Maus; dann erscheint ein Dateiauswahlfenster. Oder sie erfolgt über einen Klick der rechten Maustaste; dann kann ausgewählt werden, ob die Grafik nur gelöscht oder eine andere geladen werden soll.

Das grafische Steuerelement wird in Graustufen angezeigt, wenn das Formular z.B. auf einer Abfrage beruht, die nicht bearbeitet werden kann. Dann kann natürlich auch über das Kontrollfeld keine Eingabe erfolgen.

Ein grafisches Steuerelement erhält standardmäßig erst einmal keinen Tabstop.

Mittels einer Eingabemaske wird hier die Eingabe in das Feld gesteuert. Zeichen werden für eine bestimmte Position vorgegeben, einzugebende Zeichen in ihrer Eigenschaft festgelegt. Die vorgegebenen Zeichen werden dann mit abgespeichert.

Dieses Kontrollfeld ist das umfassendste Feld. Es stellt eine Tabelle bereit, die wiederum durch Kontrollfelder für die einzelnen Spalten beschickt werden kann. Damit ist bei der Eingabe nicht nur der Blick auf die aktuell einzugebenden Daten, sondern auch auf vorher eingegebene Daten möglich, ohne mit der Navigationsleiste durch die Datensätze zu scrollen.

Nicht alle Felder, die auch im Formular möglich sind, können im Tabellen-Kontrollfeld wieder ausgewählt werden. So fehlen z. B. Schaltflächen, das grafische Kontrollfeld und das Optionsfeld.

Ein Assistent für das Tabellen-Kontrollfeld stellt in einem Fenster die Felder zusammen, die anschließend in der Tabelle zur Verfügung stehen sollen.

In dem Kontrollfeld soll die Tabelle "Ausleihe" zur Bearbeitung zur Verfügung stehen. Bis auf die Felder "ID" (Primärschlüssel) und das Feld "Medien_ID_BC" (Eingabe der Medien über einen Barcodescanner) sollen alle Felder in dem Kontrollelement benutzt werden.

Das erst einmal erstellte Tabellen-Kontrollelement muss hier noch weiter bearbeitet werden, da ja nur die Eingaben der Tabelle "Ausleihe" ermöglicht werden. Für Felder wie "Leser_ID" oder "Medien_ID" wäre es aber sinnvoller, statt einer Nummer den Leser bzw. das Medium selbst auswählen zu können. Hierzu werden innerhalb des Tabellen-Kontrollelementes z. B. Listenfelder eingesetzt. Entsprechendes ist weiter unten beschrieben. Auch die Formatierung des Feldes "Verlängerung" mit zwei Nachkommastellen ist sicher nicht gewollt.

• Hinweis 

Wird ein Tabellen-Kontrollfeld ohne eingeschalteten Assistenten aufgezogen, so fehlen erst einmal die Spaltenköpfe. Die Spaltenköpfe können anschließend über einen rechten Mausklick auf die Kopfleiste (Position, an der die Spaltenköpfe erscheinen sollen) mit Hilfe eines Kontextmenüs erstellt werden.

Der Gruppierungsrahmen fasst lediglich grafisch mehrere Kontrollfelder zu einer Gruppe zusammen und versieht sie mit einem zusätzlich grafisch eingebundenen Titel.

Wird ein Gruppierungsrahmen mit eingeschaltetem Assistenten aufgezogen, so geht der Assistent davon aus, dass mehrere Optionsfelder zusammen in diesem Rahmen erscheinen sollen.

Dem Formular liegt die Tabelle Leser zugrunde. Hier wird gerade die Auswahl des Geschlechtes zusammengestellt. Die Einträge sind anschließend die Beschriftungen der Optionsfelder.

Standardmäßig wird hier vorgewählt, dass das Geschlecht «weiblich» angewählt wird. Wird kein Feld vorgewählt, so ist der Standardeintrag in die zugrundeliegende Tabelle NULL.

Den Optionsfeldern wird bereits standardmäßig durch den Assistenten ein jeweils separater Wert zugeteilt. Da dieser Wert in unserem Fall nicht dem des Primärschlüssels entspricht, wird er geändert, und zwar für «männlich» auf den Wert 'm', für «weiblich» auf den Wert 'w'. Diese Werte entsprechen in dem Beispiel den Primärschlüsselfeldern der Tabelle "Geschlecht"

Der jeweils in den Optionsfeldern angeklickte Wert wird an das Feld "Geschlecht_ID" der dem Formular zugrundeliegenden Tabelle "Leser" übertragen. Die Tabelle "Leser" wird also über ein Optionsfeld mit den entsprechenden Fremdschlüsseln der Tabelle "Geschlecht" versorgt.

Die Gruppe der Optionsfelder erhält einen Rahmen, in den die Beschriftung 'Geschlecht' eingefügt wird.

Wird jetzt bei aktivem Formular 'männlich' ausgewählt, so wird gleichzeitig 'weiblich' abgewählt. Dies ist ein Kennzeichen der Optionsfelder, wenn sie mit gleichem Namen versehen und mit dem gleichen Feld der dem Formular zugrundeliegenden Tabelle verbunden sind. In dem obigen Beispiel ersetzen die Optionsfelder so ein Listenfeld mit zwei Einträgen.

Daten

Keine, es werden nur Aktionen ausgeführt.

Ereignisse

Aktion bestätigen sowie alle Ereignisse, die die Maus, eine Taste oder den Fokus betreffen.

Die Standardnavigationsleiste wird beim Formular am unteren Bildrand eingeblendet. Durch das Einblenden dieser Leiste kann es beim Bildschirmaufbau zu einem kurzen Zurechtschieben des Formulars kommen. Dies ist vor allem dann störend, wenn die Navigationsleiste eventuell in Teilen des sichtbaren Formulars ausgeschaltet ist.

Eine separat zu den jeweiligen Elementen eines Formulars angeordnete Navigationsleiste macht dagegen klar, durch welche Elemente mit der Leiste navigiert wird.

Die Standardnavigationsleiste bietet etwas mehr Elemente als das Formularkontrollelement Navigationsleiste. Die folgende Übersicht zeigt den gesamten Umfang der Standardnavigationsleiste.

Die Such- und Filterfunktionen werden zum Schluss des Kapitels erklärt.

Die Navigation durch die Datensatznummern dürfte von der Bedienung von Multimedia-Geräten bekannt sein. Wird bei der Datensatznummer eine konkrete Nummer eingegeben und mit der Eingabetaste bestätigt, so bedeutet dies einen Sprung zum entsprechenden Datensatz.

Beim Aktualisieren gibt es auch den Button Steuerelement aktualisieren. Werden Inhalte von Listenfeldern durch ein anderes Formular beeinflusst, so muss der Cursor in das Listenfeld gesetzt werden und der Inhalt kann über diesen Button neu eingelesen werden.

Beide Felder haben keine direkte Verbindung zu Daten des Formulars. Sie lassen sich nur über Makros entsprechend nutzen, wobei das Drehfeld von der Anwendung her bereits z.B. in das Zahlenfeld integriert ist.

Die Bildlaufleiste unterscheidet sich von dem Drehfeld dadurch, dass sie neben den Buttons für steigende und fallende Werte innerhalb einer vorher festgelegten Grenze auch einen Schiebeknopf haben. Der Name «Bildlaufleiste» ist dabei etwas irritierend, da über dieses Schieberegler nicht irgendwelche Bilder verschoben werden, sondern lediglich Werte in einem Feld verändert werden können.

Beim Start eines Formulars muss der Bildlaufleiste zuerst mitgeteilt werden, welchen Wert das Feld hat, das mit ihr verbunden sein soll. Dieses Makro ist an die Formular-Eigenschaften → Ereignisse → Nach dem Datensatzwechsel gebunden.

1. 001 SUB Bildlaufleiste_Formular(oEvent AS OBJECT) 

2. 002    DIM oForm AS OBJECT 

3. 003    DIM oFeld AS OBJECT 

4. 004    oForm = oEvent.Source 

5. 005    oFeld = oForm.getByName("Bildlaufleiste") 

6. 006    oFeld.ScrollValue = oForm.getInt(oForm.findColumn("Zahlenwert")) 

7. 007 END SUB 

Zuerst werden die Variablen deklariert. Das auslösende Ereignis weist dabei auf das Formular hin, da das Makro schließlich an das Formular gebunden wurde. Die Bildlaufleiste wird nach dem entsprechenden Namen in dem Formular gefunden. Der Wert der Bildlaufleiste wird auf den Wert eingestellt, der in dem Feld "Zahlenwert" der dem Formular zugrundeliegenden Tabelle liegt.

Wird der Wert der Bildlaufleiste geändert, so muss entsprechend der Wert in dem verbundenen Feld geändert werden. Dieses Makro wird an Eigenschaften: Bildlaufleiste → Ereignisse → Beim Justieren gebunden

1. 001 SUB Bildlaufleiste_Aenderung(oEvent AS OBJECT) 

2. 002    DIM oForm AS OBJECT 

3. 003    DIM oFeld AS OBJECT 

4. 004    DIM inValue AS INTEGER 

5. 005    oFeld = oEvent.Source.Model 

6. 006    inValue = oEvent.Value 

7. 007    oForm = oFeld.Parent 

8. 008    oForm.updateInt(oForm.findColumn("Zahlenwert"),inValue) 

9. 009 END SUB 

Zuerst werden die Variablen deklariert. Aus dem Feld wird der gewählte Wert als Ganzzahlenwert ausgelesen. Das dem Formular zugrundeliegende Tabellenfeld "Zahlenwert" wird auf den entsprechenden Wert eingestellt.

Details zu einem Code wie diesem sind in dem Kapitel «Makros» zu finden.

Ein Kontrollfeld, das nicht über die Symbolleisten einfügbar ist, ist das versteckte Steuerelement. Es wird über den Formularnavigator im Kontextmenü eines Formulars neu erstellt.

Das versteckte Steuerelement erscheint wie jedes andere Kontrollfeld als Teil des Formulars. Es ist auf der Benutzeroberfläche nicht sichtbar.

Die kompletten Eigenschaften des versteckten Steuerelementes sind recht spärlich. Der Name und die Zusatzinformationen sind von den anderen Steuerelemente bekannt. Zusätzlich kann hier ein Wert angegeben werden. [HiddenValue]

Für die Nutzung ohne Makros ist dies sicher nicht weiter von Bedeutung. Bei der Arbeit mit Makros kann es aber sinnvoll sein, an einer Stelle des Formular Werte zwischenspeichern zu können, um auf sie bei einer weiteren Aktion wieder zugreifen zu können. Ein entsprechendes Anwendungsbeispiel findet sich bei den Makros im Kapitel «Hierarchische Listenfelder».

Die Namen sollten hier möglichst nicht geändert werden. Schließlich lauten so plötzlich alle Elemente gleich. Das Auffinden eines einzelnen Elementes über den Formularnavigator wird erschwert, die Verarbeitung des Formulars nach Namensbezeichnung der Kontrollfelder in Makros unmöglich.

Eher bietet sich eine Mehrfachselektion an, wenn insgesamt die Schriftart, die Höhe oder die Hintergrundfarbe gewechselt werden soll. Allerdings wirkt sich natürlich die Hintergrundfarbe auch auf die Beschriftungsfelder aus.

Sollen z. B. nur die Beschriftungsfelder geändert werden, so bietet es sich an, bei gedrückter Umschalt-Taste mit der linken Maustaste diese Felder direkt oder im Navigator anzuklicken, mit der rechten Maustaste über eins der Felder zu gehen und die Kontrollfeldeigenschaften aufzurufen. Jetzt wird die Auswahl der änderbaren Eigenschaften größer, da ja nur gleiche Felder ausgewählt wurden. Entsprechend kann hier auch all das geändert werden, was sonst in einem Beschriftungsfeld zur Verfügung steht.

Die Möglichkeiten der Mehrfachselektion richten sich also nach der Auswahl der Felder. Kontroll­felder der gleichen Art können in allen allgemeinen Eigenschaften, die das einzelne Kontrollfeld bietet, auf diese Art gemeinsam angepasst werden.

Ein einfaches Formular stellt Formularkontrollfelder für das Schreiben oder Lesen von Datensätzen aus einer einzigen Tabelle oder Abfrage zur Verfügung. Seine Konstruktion entspricht dem folgenden Schaubild:

Am Beispiel eines einfachen Formulars für die Bibliotheksausleihe sollen hier verschiedenen Varianten eines Formulars vorgestellt werden.

Eine schnelle Variante, direkt Felder mit Beschriftungen einzufügen, bietet die Funktion Feld hinzufügen.

Für alle Tabellenfelder wurden die korrekten Formularkontrollfelder ausgesucht. Zahlen werden in numerische Felder gesetzt und gleich als Ganzzahlen ohne Nachkommastellen erkannt. Datumsfelder werden ebenfalls korrekt als Datumsfelder wiedergegeben. Alle Felder werden in gleicher Breite dargestellt. Würde ein Grafisches Kontrollfeld eingesetzt, so würde hier ein quadratisches Feld erzeugt.

Gestalterisch kann jetzt einiges getan werden, indem die Felder von der Länge her angepasst werden und die Datumsfelder aufklappbar gemacht werden. Wichtiger ist aber, dass die Felder für die "Medien_ID" und die "Leser_ID" für den Nutzer verständlich werden – es sei denn, jeder Bibliotheksbesucher muss einen Ausweis mit der "ID" mitbringen und jedes Medium wird bei der Aufnahme mit der "ID" versehen. Hiervon wurde im Folgenden nicht ausgegangen.

Um einzelne Felder anzupassen, muss zuerst einmal die Gruppe betreten werden. Dies kann über einen rechten Mausklick auf die Gruppe und das entsprechende Kontextmenü erfolgen.

Die Gruppe kann auch direkt betreten werden, wenn die Strg mit einem Linksklick der Maus kombiniert wird. Mehrere Felder aus unterschiedlichen Gruppen werden mit Strg + Shift und einem Linksklick der Maus markiert.

Übersichtlicher für die späteren Verfahren ist allerdings die Arbeit mit dem Formularnavigator:

Der Formularnavigator stellt alle Elemente des Formulars mit ihren Bezeichnungen dar. Für die Kontrollfelder wurden durch den Assistenten als Bezeichnungen direkt die Namen der Felder aus der dem Formular zugrundeliegenden Tabelle genommen. Die Beschriftungselemente haben den Zusatz «-Beschriftung».

Durch einen Klick auf «Medien_ID» ist dieses Feld ausgewählt. Mit einem Rechtsklick wird es über das Kontextmenü möglich, das ausgewählte Feld durch eine andere Feldart zu ersetzen:

Diese Ersetzung wird in dem Formular für «Medien_ID» und «Leser_ID» vorgenommen.

Die Änderung ist im Formularnavigator über die Symbole vor dem Namen des Kontrollfeldes sichtbar.

Die SQL-Abfragen für die Listenfelder können jetzt über den rechten Button mit der grafischen Benutzeroberfläche erstellt werden. Der Listenfeldassistent steht hier nicht zur Verfügung.
Er springt nur automatisch ein, wenn ein Listenfeld direkt neu, nicht aber durch Umwandlung von einem anderen Feld aus, erstellt wird. Zum SQL-Befehl siehe das Kapitel «Abfragen für die Erstellung von Listenfeldern».

Nachdem die Listenfelder über Eigenschaften → Allgemein → Aufklappbar → 'Ja' als aufklappbar angepasst wurden, können noch die folgenden Mängel behoben werden:

Das Hinzufügen einzelner Felder gestaltet sich zuerst einmal etwas aufwändiger. Die Felder müssen ausgewählt, auf der Formularfläche aufgezogen und dem Feld der dem Formular zugrundeliegenden Tabelle zugewiesen werden. Außerdem ist noch die Art des Feldes richtig einzustellen, da z. B. numerische Felder standardmäßig erst einmal 2 Nachkommastellen haben.

Beim Aufziehen der Listenfelder kommt der Assistent zum Einsatz, der die Schritte zur Erstellung eines korrekten Feldes für Ungeübte vereinfacht. Nach kurzer Anwendungsphase wird der Assistent allerdings den Ansprüchen nicht mehr gerecht, da er

• •Die Einträge nicht automatisch sortiert. 

• •Eine Zusammenfassung von mehreren Feldern im aufzulistenden Inhalt nicht ermöglicht. 

Hier muss dann immer wieder nachgebessert werden, so dass ganz schnell der SQL-Code direkt über den eingeblendeten Abfrageeditor erstellt wird.

Diese Abbildung zeigt allerdings noch einen Schönheitsfehler, der dringend behoben werden sollte. In dem oberen Tabellenkontrollfeld fällt auf, dass das gleiche Medium mehrmals auftaucht. Dies liegt daran, dass auch die Medien angezeigt werden, die zurückgegeben wurden. Die Daten müssen für eine saubere Ausleihe also gefiltert werden. Daten mit «Rückgabedatum» brauchen gar nicht erst zu erscheinen.

Diese Filterung ist entweder über eine Abfrage oder direkt in den Formulareigenschaften möglich. Wird in den Formular-Eigenschaften → Daten → Filter eine Filterung erstellt, so kann diese auch bei der Eingabe in das Formular vorübergehend ausgeschaltet werden. Die Filterung mittels Abfrage wird in dem entsprechenden Kapitel «Abfragen» aufgegriffen. Hier wird jetzt der Weg über die Formulareigenschaften gezeigt:

Die Filterung wird über den Button mit den drei Punkten … gestartet. Sie könnte allerdings auch direkt in das Textfeld eingegeben werden, wenn die SQL-Formulierung bekannt ist.

In der grafischen Benutzeroberfläche lässt sich jetzt das Feld mit dem Namen "Rueck_Datum" auswählen. Angezeigt werden sollen nur die Datensätze, bei denen diese Feld 'leer' ist, wobei 'leer' für die SQL-Bezeichnung NULL steht.

In dem Formular-Eigenschaften → Daten → Filter steht dann ("Rueck_Datum" IS NULL). Mit Hilfe des Filters können alle Formulierungen gewählt werden, die auch in Abfragen erstellt würden. Es muss lediglich darauf geachtet werden, dass der Filter in einfachen Klammern eingetragen wird. Siehe dazu auch «Filtern von Tabellen» und die Erweiterung mit der «WHERE SQL-Expression» aus dem Kapitel «Abfragen».

Das auf diese Art bereinigte Formular sieht dann schon etwas übersichtlicher aus:

Sicher ist dies noch verbesserbar, bietet aber neben der Funktionalität der anderen Formulare den unbestreitbaren Vorteil, dass alle Medien auf einen Blick sichtbar sind.

Die Bearbeitung von Daten mit Tabellenkontrollfeldern ist ähnlich der von Tabellen. Mit einem Rechtsklick auf den Datensatzmarkierer wird bei existierenden Datensätzen die Löschung des Datensatzes angeboten, bei Neueingaben kann die Dateneingabe rückgängig gemacht oder abgespeichert werden.

Wird eine Zeile verlassen, so wird der Datensatz automatisch abgespeichert.

Noch ist das Formular zur Medienausleihe in vielen Bereichen zu verbessern.

• •Es wäre wünschenswert, wenn an einer Stelle der Leser ausgewählt würde und an anderer Stelle zu diesem Leser die entliehenen Medien erscheinen. 

• •In der oberen Tabelle sind lauter Datensätze zu sehen, die dort eigentlich gar nicht notwendig sind. Die Medien sind ja schon entliehen. Das obere Tabellenblatt ist aber erstellt worden, um die Ausleihe zu ermöglichen. Besser wäre es, wenn hier nur ein leeres Blatt erscheint, das dann mit den neuen Ausleihen ausgefüllt wird. 

Solche Lösungen sind mit Hilfe von weiteren Formularen möglich, die hierarchisch aufeinander aufgebaut sind und eine getrennte Sicht auf die Daten ermöglichen.

• Tipp 

Das Tabellenkontrollfeld kann mit anderen Feldern im Formular kombiniert werden. In dem Tabellenkontrollfeld werden z. B. nur die Medientitel angezeigt, in den darunter stehenden Formularfeldern dann an diesem Datensatz Änderungen vorgenommen.
Bei der Kombination von Tabellenkontrollfeld und weiteren Formularfeldern gibt es einen kleinen, leicht behebbaren Bug. Wenn beide Feldarten zusammen in einem Formular liegen, so läuft der Cursor von den anderen Formularfeldern automatisch in das Tabellenkontrollfeld, obwohl dieses Feld standardmäßig auf Tabstop → 'Nein' eingestellt ist. Das kann behoben werden, indem der Tabstop einmal auf 'Ja' und anschließend wieder auf 'Nein' eingestellt wird. Dann erst wird 'Nein' wirklich übernommen.

Ein Unterformular liegt wie ein Formularkontrollfeld innerhalb eines Formulars. Wie ein Formularkontrollfeld wird es mit den Daten des (Haupt)-Formulars verbunden. Allerdings kann es als Datenquelle eine andere Tabelle oder eine Abfrage (bzw. einen SQL-Befehl) beinhalten. Für ein Unterformular ist nur wichtig, dass seine Datenquelle irgendwie mit der Datenquelle des Hauptformulars verbunden werden kann.

Typische Tabellenkonstruktionen, die sich für Unterformulare eignen, sind Tabellen mit einer «Eins-zu-Viele Beziehung». Hauptformulare zeigen eine Tabelle an, zu deren Datensatz dann in den Unterformularen viele abhängige Datensätze aufgezeigt werden.

Wir nutzen jetzt erst einmal die Beziehung der Tabelle "Leser" zur Tabelle "Ausleihe" (siehe «Tabellen Ausleihe»). Die Tabelle "Leser" wird Grundlage für das Hauptformular, die Tabelle "Ausleihe" wird in dem Unterformular wiedergegeben.

Wird jetzt im Hauptformular ein Leser ausgewählt, so werden im Unterformular nur die Medien aufgezeigt, die der Leser zur Zeit entliehen hat. Wird ein Medium zurückgegeben, so erscheint dies noch so lange im Formular, bis das Formular selbst aktualisiert wird. Dies geschieht automatisch, wenn im Hauptformular ein anderer Datensatz gewählt wurde. Bei der erneuten Anwahl des ursprünglichen Lesers sind also die zurückgegebenen Medien nicht mehr in der Anzeige.

Diese verzögerte Aktualisierung ist in diesem Fall wohl auch erwünscht, da so direkt eingesehen werden kann, welche Medien denn jetzt gerade auf der Theke der Mediothek liegen und ob diese schon registriert wurden.

Diese Formularkonstruktion bietet schon deutlich mehr Komfort als die vorherige mit nur einem einzigen Formular. Allerdings gibt es noch Details, die verbesserungswürdig erscheinen:

• •Medien und Ausleihdaten können geändert werden, wenn die Medien schon länger entliehen sind.
  Eine Änderung der Medien-Daten führt dazu, dass nicht mehr nachvollzogen werden kann, welches Medium denn nun noch in der Mediothek vorhanden ist und welches entliehen wurde.
  Eine Änderung des Ausleihdatums kann zu fehlerhaften bzw. nicht beweisbaren Mahnungen führen. 

• •Wird ein Leser nicht durch Klick auf den Datensatzmarkierer markiert, so zeigt nur der kleine grüne Pfeil auf dem Markierer an, welcher Datensatz gerade aktiv ist. Es ist auch möglich, den aktiven Datensatz komplett aus dem Tabellenkontrollfenster zu scrollen.
  Statt des Textes «Ausgeliehene Medien des ausgewählten Lesers» würde hier besser auch der Name erwähnt. 

• •Es ist möglich, mehrmals das gleiche Medium auszuleihen, ohne dass es zurückgegeben wurde. 

• •Es ist möglich, die Datensätze für ausgeliehene Medien einfach zu löschen. 

• •Auch im Hauptformular sind Änderung und Löschung von Daten möglich. Dies kann bei kleinen Mediotheken mit wenig Publikumsbetrieb sinnvoll sein. Sobald aber am Ausgabeschalter größere Hektik entsteht, ist die Bearbeitung von Nutzerdaten nicht an der gleichen Stelle vorzunehmen wie die Ausleihe.
  Eine Vereinfachung wäre schon, wenn eine Neuaufnahme ermöglicht würde, alte Daten aber nicht angerührt werden dürfen. Denn ob nun Löschung oder komplette Veränderung des Namens – das Ergebnis bleibt für die Mediothek das Gleiche. 

Zuerst wird einmal die Auswahl der Leser verbessert. Dies soll vor Änderungen in der Ausleihe schützen. Eine einfache Lösung wäre, keine Änderungen zuzulassen, aber neue Datensätze eingeben zu können. Dazu wird immer noch eine Suchfunktion benötigt, wenn ein Leser ein Medium entleihen will. Besser wäre, in einem Listenfeld die Leser auszusuchen und in voneinander getrennten Tabellenkontrollfeldern die Ausgabe und die Rückgabe zu erledigen.

Für das Hauptformular benötigen wir eine Tabelle, in die das Listenfeld seinen mit dieser Tabelle verbundenen Wert schreiben kann. Die Tabelle muss also ein Integer-Feld und einen Primärschlüssel haben. Sie wird beständig nur einen Datensatz enthalten; daher kann das Feld "ID" als Primärschlüssel ruhig 'Tiny Integer' sein. Es reicht auch ein Feld des Typs 'Ja/Nein'. Die folgende Tabelle mit der Bezeichnung "Filter" soll also erstellt werden:

Die Tabelle wird mit einem Primärschlüsselwert gefüllt, und zwar dem Wert 0. Diesen Datensatz wird das Hauptformular beständig lesen und neu schreiben.

Das Hauptformular beruht auf der Tabelle "Filter". Es wird nur der Wert aus der Tabelle gelesen, bei dem der Primärschlüssel "ID" '0' ist. Es sollen keine Daten hinzugefügt werden, sondern nur der aktuelle Datensatz beständig neu geschrieben werden. Daher ist hier nur das Ändern erlaubt, eine Navigationsleiste sowieso überflüssig.

Das Hauptformular wird mit dem Unterformular so verknüpft, dass der Wert aus dem Feld "Integer" der Tabelle "Filter" gleich dem Wert aus dem Feld "Leser_ID" aus der Tabelle "Ausleihe" ist. Das Unterformular bleibt in seinen Eigenschaften ansonsten gegenüber der Vorversion unberührt.

Bevor jetzt im Hauptformular ein Listenfeld aufgezogen wird, wird erst einmal der Assistent ausgeschaltet. Mit dem Assistenten könnte nur ein Feld erzeugt werden, das lediglich einen Feldinhalt anzeigt; es wäre unmöglich, Nachname und Vorname und zusätzlich noch eine Nummer in dem Anzeigefeld des Listenfeldes zu positionieren. Wie bereits bei dem einfachen Formular wird jetzt das Listenfeld mit Nachname, Vorname – Nr. ID bestückt. Das Listenfeld gibt außerdem die ID an die darunterliegende Tabelle weiter.

Neben dem Listenfeld wird ein Button erstellt. Dieser Button ist allerdings Bestandteil des Unterformulars. Er soll gleichzeitig zwei Funktionen übernehmen: Abspeicherung des Datensatzes aus dem Hauptformular und Aktualisierung der Tabelle im Unterformular. Dazu reicht es, dem Button im Unterformular die Aktualisierung zuzuweisen. Der Speichervorgang für das veränderte Hauptformular wird dadurch automatisch ausgelöst.

Der Button kann einfach mit 'OK' als Aufschrift versehen werden. Als Aktion wird Formular aktualisieren zugewiesen.

Das Hauptformular besteht nur aus der Überschrift und dem Listenfeld, das Unterformular aus einer weiteren Überschrift, dem Tabellen-Kontrollfeld der vorherigen Version und dem Button.

Das Formular funktioniert jetzt schon insofern besser, als

• •keine Leser mehr bearbeitet, vor allem verändert und gelöscht werden können und 

• •Leser schneller über das Eintippen in das Kontrollfeld gefunden werden als über Filter. 

Das Formular zur Medienausleihe ist jetzt schon wesentlich besser zu bedienen. Kommt ein Leser an die Ausleihtheke, so wird der Name herausgesucht. Die zu entleihenden Medien können aus dem Listenfeld gewählt und das Entleihdatum eingestellt werden. Mit dem Tabulator geht es dann zum nächsten Datensatz.

Eine letzte Verbesserung wäre noch wünschenswert: Das Entleihdatum muss jedes Mal gewählt werden. Stellen wir uns einen Tag in der Mediothek mit vielleicht 200 Entleihvorgängen vor, vielleicht auch nur eine Person, die gleich 10 Medien auf einmal entleiht. Das wären mehrmals hintereinander die gleichen Eingabevorgänge für ein Feld. Hier muss eine Einsparmöglichkeit her.

Unser Hauptformular beruht auf einer Tabelle "Filter". Das Hauptformular arbeitet dabei immer nur mit dem Datensatz, der als Primärschlüssel die "ID" '0' hat. In die Tabelle "Filter" können ohne weiteres noch mehr Felder eingebaut werden. Da noch kein Feld enthalten ist, das ein Datum speichern kann, gründen wir einfach ein neues Feld mit dem Feldname → Datum und dem Feldtyp → Datum. In der Tabelle "Filter" wird jetzt nicht nur die "Leser_ID" ("Filter"."Integer") sondern auch das "Leih_Datum" ("Filter"."Datum") gespeichert.

Im Hauptformular erscheint jetzt zusätzlich ein Datumsfeld, außerdem noch ein Beschriftungsfeld, das auf den Inhalt des Datumsfeldes hinweist. Der Wert aus dem Datumsfeld wird in der Tabelle "Filter" gespeichert und über die Verbindung vom Unterformular zum Unter-Unterformular weitergegeben.

Die Verknüpfung zwischen beiden Formularen weist jetzt zwei Felder auf. Das Feld "Integer" wird mit dem Feld "Leser_ID" des Unter‑Unterformulars verbunden. Das Feld "Datum" mit dem Feld "Leih_Datum". Damit wird das "Leih_Datum" automatisch aus der Tabelle "Filter" bei der Ausleihe in die Tabelle "Ausleihe" übertragen.

Aus dem Tabellenkontrollfeld wurde jetzt auch noch das Datumsfeld entfernt. Das Tabellenkontrollfeld besteht jetzt lediglich noch aus einem Auswahlfeld. Dies wäre die ideale Voraussetzung um bei einer Mediothek noch an der Beschleunigungsschraube zu drehen. Denn eigentlich haben die Medien ja eine Nummer. Wozu müssen sie also ausgesucht werden. Da könnte doch gleich die Nummer eingetragen werden. Oder, noch besser, die Medien könnten mit Barcode-Etiketten versorgt werden. Ein Scanner dafür ist mit ca. 50.- € mittlerweile recht preisgünstig zu haben. Dann würden die Medien schneller ausgeliehen als der Entleiher sie in die Tasche packen kann.

In der Beispieldatenbank ist dies entsprechend aufgezeigt. Zur Vorstellung des ersten Formularentwurfs sollte das obige Beispiel aber erst einmal ausreichend sein.

Da allerdings das letztlich in der Beispieldatenbank «Medien_ohne_Makros.odb» vorgesehene Formular noch weiter entwickelt wurde, sollen die Erweiterungen hier noch kurz vorgestellt werden.

In die Ausleihe wurden die folgenden Eigenschaften aufgenommen:

• •In einem Tabellenkontrollfeld werden die Leser und Leserinnen angezeigt. Hier können auch neue Leser und Leserinnen eingegeben werden. 

• •Über einen Filter, der mit der Tabelle "Filter" zusammenarbeitet, kann nach den Anfangsbuchstaben des Namens gefiltert werden. So werden bei einem 'A' nur die Personen angezeigt, deren Nachname mit 'A' beginnt. Die Filterung ist dabei unabhängig von der Eingabe von Groß- und Kleinschreibung. 

• •Im Untertitel wird noch einmal der Name der Person aufgezeigt, für die die Ausleihe erfolgen soll. Ist die Ausleihe für die Person gesperrt, so wird dies angezeigt. 

• •Das Entleihdatum ist auf das aktuelle Datum eingestellt. Dazu wurde die Filtertabelle über SQL so eingestellt, dass bei einem nicht eingegebenen Datum der Default-Wert das aktuelle Datum abspeichert. 

• •Die noch entleihbaren Medien werden in einem Listenfeld ausgewählt. Über den Button Aktualisieren wird die Ausleihe in das darunter stehende Tabellenkontrollfeld übertragen. 

• •Das mittlere Tabellenkontrollfeld dient lediglich der Anzeige der zu dem angegebenen aktuellen Datum ausgeliehenen Medien. Hier kann auch eine irrtümliche Ausleihe durch Löschen der Zeile rückgängig gemacht werden. 

• •Im unteren Tabellenkontrollfeld ist wie im vorher gezeigten Beispiel die Änderung von des Ausleihdatums von Medien nicht möglich. Auch eine Löschung ist nicht möglich. 

• •Neben der Eingabe des Rückgabedatums oder gegebenenfalls einer Verlängerung wird angezeigt, für wie viele Tage das Medium entliehen werden darf und wie viele Tage die restliche Entleihzeit beträgt. 

• •Geht die Restzeit in den negativen Bereich, so muss das Medium sofort zurückgegeben werden. Die Ausgabe ist deswegen gesperrt. Sie wird dadurch wieder ermöglicht, dass die Medien zurückgegeben werden. Nach der Medienrückgabe muss lediglich einmal auf Aktualisieren gedrückt werden. 

Dieses Formular ist mit Hilfe von Abfragen wesentlich komplexer strukturiert als die vorher vorgestellte Variante. Mehr zu den Grundlagen ist deshalb im Kapitel «Abfragen» zu erfahren.

Während das Beispiel für die Ausleihe nur Eingaben in eine Tabelle erforderte (Tabelle "Ausleihe") und zusätzlich die Eingabe in der einfacheren Form auch für neue Leser ermöglichte, ist die Eingabe für die Medien wesentlich umfassender. Schließlich spielen rund um die Medien-Tabelle insgesamt 8 zusätzliche Tabellen mit (siehe «Tabellen Medienaufnahme»).

Durch die Zuordnung im Verhältnis n:1 bieten sich die Tabellen "Untertitel" und "rel_Medien_Verfasser" als Unterformulare zum Formular «Medien» an. Tabellen, die hingegen ein Verhältnis von 1:n zur Tabelle "Medien" haben, müssten eigentlich ein Formular bilden, das über dem der Tabelle "Medien" liegt. Da es sich aber um mehrere entsprechende Tabellen handelt, werden deren Werte über Listenfelder in das Hauptformular eingetragen.

Die Tabelle eines Hauptformulars steht zur Tabelle eines Unterformulars grundsätzlich im Verhältnis 1:n, in seltenen Ausnahmen im Verhältnis 1:1. Das Hauptformular beherbergt in der Regel nach längerem Gebrauch der Datenbank also eine Tabelle, die deutlich weniger Datensätze hat als die Tabelle des Unterformulars.

Mehrere Hauptformulare können nicht auf ein Unterformular zugreifen. Es ist also nicht möglich, viele 1:n-Beziehungen gleichzeitig über die Formularanordnung zu lösen, bei denen das Unterformular den gleichen Inhalt hat. Gibt es eine 1:n-Beziehung für die Tabelle eines Formulars, so lässt sich dies über ein Listenfeld regeln. Hier stehen wenige Begriffe aus einer anderen Tabelle zur Auswahl, deren Fremdschlüssel auf diese Art in die Tabelle des Hauptformulars eingetragen werden.

Über Listenfelder werden dem Hauptformular, das auf der Tabelle "Medien" basiert, z. B. die Inhalte der Tabellen "Kategorie", "Ort" oder "Verlag" zugewiesen. Über Unterformulare sind die Tabelle "rel_Medien_Verfasser" und "Untertitel" mit dem Hauptformular und damit mit der Tabelle "Medien" verbunden.

Das Unterformular für die Tabelle "rel_Medien_Verfasser" besteht außerdem wieder aus zwei Listenfeldern, damit nicht die Fremdschlüssel der Tabelle "Verfasser" und "Verf_Zusatz" (Zusätze wie 'Hrsg.', 'Gesang' usw.) direkt als Ziffern eingegeben werden müssen.

Die Datengrundlage für das Formular zur Medieneingabe ist in diesem Fall nicht eine Tabelle, sondern eine Abfrage. Dies ist notwendig, da das Formular nicht nur zur Eingabe sondern auch zur Suche benutzt werden soll. Auch wird in dem Formular noch in einem Textfeld nach dem Abspeichern darüber aufgeklärt, ob die eingegebene ISBN-Nummer korrekt ist. Auch dies ist nur über eine umfassende Abfrage möglich. Um diese Hintergründe zu verstehen, ist es also notwendig, sich erst einmal mit den Grundlagen von Abfragen in dem folgenden Kapitel auseinander zu setzen.

Bei dem Formular für die Medieneingabe müssen die Listenfelder meist während der Eingabe nach und nach aufgefüllt werden. Hierzu werden neben dem Hauptformular weitere Formulare eingebaut. Sie existieren unabhängig vom Hauptformular:

Das gesamte Formular zur Medieneingabe sieht so aus:

Auf der linken Seite befindet sich das Hauptformular mit Blick auf die Suche und Eingabe von neuen Medien. Auf der rechten Seite des Formulars ist durch einen Gruppierungsrahmen mit der Bezeichnung «Listfeldinhalte bearbeiten» eine Bereich abgegrenzt, der zum Auffüllen der Listenfelder (hier verkürzt: «Listfeld») im Hauptformular gedacht ist. Existiert die Datenbank erst kurz, so wird hier wohl häufig eine Eingabe erledigt werden müssen. Je mehr Eingaben allerdings in den Listenfeldern des Hauptformulars zur Verfügung stehen, desto seltener ist ein Zugriff auf die Tabellenkontrollfelder aus dem Gruppierungsrahmen notwendig.

Die folgenden Tabellenkontrollfelder sind alle in einzelnen Nebenformularen zum Hautformular, dem Eingabeformular, untergebracht:

Hier werden jeweils die kompletten Daten für eine Tabelle eingegeben. Am Anfang ist es häufig erforderlich, auf diese Nebenformulare auszuweichen, da z. B. nicht viele Verfasser in der entsprechenden Tabelle bereits abgespeichert wurden.

Wurde in einem der Tabellenkontrollfelder ein neuer Datensatz abgespeichert, so ist in dem Hauptformular das entsprechende Listenfeld aufzusuchen und über Kontrollfeld aktualisieren (siehe «Navigationsleiste») neu einzulesen.

Der Formularnavigator zeigt entsprechend viele Formulare an:

Die Formulare sind einzeln benannt, so dass sie erkennbar bleiben. Lediglich das Hauptformular hat vom Formularassistenten noch die Bezeichnung «MainForm» behalten. Insgesamt existieren also 8 Formulare parallel. Das Formular «Filter» beherbergt eine Suchfunktion, das Formular «MainForm» die Haupteingabefläche. Alle anderen Formulare stehen für je eins der oben abgebildeten Tabellenkontrollfelder.

Ohne die Tabellenkontrollfelder erscheint das Hauptformular schon etwas übersichtlicher:

Das Feld für den Suchbegriff liegt in dem Nebenformular «Filter», die beiden Tabellenkontrollfelder (für die Verfasser und für die Untertitel) liegen in Unterformularen zum Hauptformular der Medieneingabe.

Im Formularnavigator sieht das Formular selbst dann schon wesentlich unübersichtlicher aus, da natürlich alle Kontrollfelder, auch die Beschriftungen, dort auftauchen. In den vorhergehenden Formularen waren ja die meisten Felder als Spalten von Tabellen-Kontrollfeldern im Formularnavigator nicht zu sehen.

Die Reihenfolge innerhalb des Formularnavigators lässt sich leider nicht so einfach verändern. So erscheint es z. B. sinnvoll, die Unterformulare «Untertitel» und «Formular_Verfasser» als Verzweigung direkt zum Beginn des Formulars «MainForm» auftauchen zu lassen. Innerhalb des Formularnavigators werden die einzelnen Kontrollfelder und Unterformulare einfach in der Reihenfolge aufgelistet, in der sie erstellt wurden.

Die Aktivierungsreihenfolge für ein bestimmtes Formular wird aufgerufen, indem ein Element dieses Formulars markiert wird und dann erst der Button Aktivierungsreihenfolge betätigt wird. Bei einem einzigen Formular ist diese Reihenfolge natürlich nicht notwendig, da nur ein Formular zur Verfügung steht. Die Funktion muss aber bei vielen parallel liegenden Formularen erst einmal wissen, welches Formular denn nun ausgewählt werden soll. Standardmäßig ist es sonst das erste Formular im Formularnavigator – und das enthält im obigen Beispiel nur ein Textfeld.

Einige Fehlermeldungen treten gerade bei den ersten Formularerstellungen gehäuft auf, so dass sie hier kurz erklärt werden sollen:

1. 001 Attempt to insert null into a non-nullable column: column: ID table:
   Tabellenname in statement … 

Es gibt Felder, die nicht leer sein dürfen. Wird dies nur in der Tabelle definiert (NOT NULL), so erscheint eine englischsprachige Fehlermeldung. Erfolgt die Definition auch in den Kontrollfeldern des Formulars, dann erscheint eine deutschsprachige Meldung mit dem genauen Hinweis, welches Feld denn nun ausgefüllt werden muss.

Die obige Meldung passiert besonders häufig, wenn das Primärschlüsselfeld, hier "ID", nicht in das Formular mit aufgenommen wurde, da es ja als automatisch hoch zählendes AutoWert-Feld gedacht war. Leider wurde aber die entsprechende Definition als AutoWert-Feld schlicht vergessen. Also muss dies entweder nachgeholt werden oder das Feld muss im Formular mit erscheinen, damit ein Wert eingegeben werden kann.

Die nachträgliche Definition eines Feldes als AutoWert-Feld ist manchmal etwas schwierig, wenn die Tabelle mit anderen in der Beziehungsdefinition bereits verknüpft wurde oder wenn bereits mit einer Ansicht auf die Tabelle zugegriffen wird. Hier müssen alle Verbindungen gelöst werden, damit die Tabelle gerade im Bereich des Primärschlüssels wieder editierbar wird. Der Inhalt des SQL-Befehls, mit dem z. B. eine Ansicht erstellt wurde, kann ja gegebenenfalls als Abfrage zwischendurch abgespeichert werden.

1. 001 Integrity constraint violation - no parent SYS_FK_95 table: Tabellenname in statement … 

Hier besteht eine Verknüpfung der dem Formular zugrundeliegenden Tabelle mit einer anderen Tabelle. Diese Tabelle soll ein Fremdschlüsselfeld mit seinem Primärschlüssel belegen. Dies geschieht in der Regel durch Listenfelder, die den Inhalt der Tabelle richtig abfragen. Ist aber gar kein Listenfeld vorhanden oder die Konstruktion des Listenfeldes falsch, so kann in das Fremdschlüsselfeld auch irrtümlich ein Wert eingegeben werden, der in der zweiten Tabelle gar nicht als Primärschlüssel vorhanden ist. Dies wird als Integritäts-Verletzung bezeichnet. 'no parent SYS_FK_95' deutet darauf hin, dass in der zweiten Tabelle, der abgebenden Elterntabelle, der entsprechende Indexwert mit dem Namen 'SYS_FK_95' nicht vorhanden ist.

1. 001 Fehler beim Einfügen des neuen Datensatzes.
   Fehler in der Funktionsfolge 

Einem Unterformular werden Daten von den darüber liegenden Formularen weitergegeben. Dies sieht Base nicht als eine Änderung eines Feldes an. Die grafische Benutzeroberfläche bietet zwar das Speichern an – nur scheint der Datensatz dann leer zu sein. Hier hilft es, ein einfaches Feld wie z. B. ein Ja/Nein-Feld in die dem Formular zugrundeliegende Tabelle einzubauen. Jetzt wird vor dem Abspeichern dieses Feld angeklickt und der Datensatz kann problemlos gespeichert werden.

Die über die anderen Formulare weitergegebenen Werte werden anscheinend erst dann in die entsprechenden Felder eingefügt, wenn wenigstens eine zusätzliche Aktion im Formular stattfindet.

Die Navigationsleiste der Formulare bietet verschiedene Such- und Filtermöglichkeiten an. Die einzelnen Elemente der Navigationsleiste wurden bereits weiter oben aufgezählt.

Die einfache Datensatzsuche mit Parametern wurde bereits im Kapitel «Tabellen» vorgestellt. Sie bietet sehr umfangreiche Einstellmöglichkeiten. Charakteristik der Suche ist, dass grundsätzlich alle Datensätze durchsucht werden und nicht die Datensätze so eingeschränkt werden, dass nur Datensätze mit dem Suchwert zu sehen sind.

Die Datensatzsuche im Formular bietet die Möglichkeit, das entsprechende Formular sowie die Unterformulare zu durchsuchen. Es ist allerdings nicht möglich, alle Formulare gleichzeitig zu durchsuchen.

Das Bild zeigt den Zugriff auf das Unterformular «Formular_Verfasser» des Hauptformulars «MainForm». Dabei wird nach einem Listenfeld, nämlich dem Feld für den Verfasser, gesucht. Allerdings wird nicht der Text des Listenfeldes benötigt, sondern der Wert, der als Fremdschlüsselwert an dieser Stelle eingegeben wird.

Leider kennzeichnen diese Suche aber die folgenden Nachteile:

• •Die Parametersuche ist für den Normalgebrauch viel zu umständlich zu handhaben. 

• •Die Suchfunktion selbst ist äußerst langsam, da nicht die Abfragefunktionen der Datenbank genutzt werden. 

• •Die Suche funktioniert nur innerhalb eines Formulars, dort dann aber auch gegebenenfalls für alle Felder. Unterformulare müssen separat angewählt werden. 

• •Es wird nur in dem Unterformular gesucht, das zu dem aktuellen Hauptformular passt. Einträge anderer Unterformulare lassen sich nicht ermitteln. So ist es z.B. nicht möglich, einen Untertitel eines anderen Mediums als des gerade angezeigten Mediums zu finden. 

• •Die Suche funktioniert bei Listenfeldern auf der Basis des Schlüsselfeldes (Fremdschlüssels), das in der Tabelle abgespeichert ist. Es lassen sich nicht die angezeigten Begriffe verwenden. 

Der Autofilter kann direkt in der Navigationsleiste angewählt werden. Wird auf ein Feld im Hauptformular geklickt, so wird treffsicher nach diesem Feld gefiltert. Der Autofilter funktioniert auch sicher mit Listenfeldern, hat hier also einen klaren Vorteil gegenüber der händischen Eingabe von Fremdschlüsselwerten zu verbuchen.

In dem obigen Beispiel wurde einfach ein Datensatz gesucht, bei dem im Feld «Medienart» 'CD' steht. Anschließend wurde der Autofilter betätigt. Von den ursprünglich 9 Datensätzen der Medien-Tabelle werden jetzt noch 3 Datensätze in der Datensatzzählung angezeigt.

• Tipp 

Wird bei aktivem Autofilter ein weiteres Feld angeklickt und der Autofilter erneut aufgerufen, so erfolgt eine zusätzliche Filterung nach diesem Filter. Bei großen Datenmengen kann so also schnell die Anzahl der anzuzeigenden Daten eingeschränkt werden.

Obwohl nur in zwei Datensätzen im Unterformular eine «Nr.» '3' wie oben existiert, werden alle anderen Datensätze des Hauptformulars weiter angezeigt. Im Unterformular erscheinen hingegen nur die Felder mit «Nr.» '3'.

Der Autofilter kann die folgenden Probleme allerdings nicht lösen:

• •Die Suche in Unterformularen führt dazu, dass zwar in den Unterformularen nur der entsprechende Wert angezeigt wird, die Formulare selbst aber weiter komplett angezeigt werden, auch wenn sie den entsprechenden Wert im Unterformular gar nicht verzeichnen können. Wird z.B. nach einem Medium mit einem zweiten Verfasser gesucht, so werden trotzdem auch alle Medien angezeigt, für die nur ein Verfasser verzeichnet ist. Hier bleibt das Feld für die Verfasser schlicht leer. 

• •Die Wahl des Filterinhaltes muss eindeutig sein. Es gibt nicht die Möglichkeit, über Ähnlichkeitssuche zu einem entsprechenden Wert zu kommen, da eben nur der Originalwert aus dem Formular verwandt wird. 

Der formularbasierte Filter bietet statt eines Filtersymbols das Formular zur Eingabe von entsprechenden Filterwerten an. Hier kann gleichzeitig nach mehreren Werten gefiltert werden. Diese Werte können entweder zusammen als gemeinsame Bedingung formuliert werden (UND) oder als unterschiedliche Bedingungen gesetzt werden (ODER).

 

Start des formularbasierten Filters

Die Eingabe der Filterwerte muss nicht eindeutig sein. Hier hilft dann die Formulierung von Bedingungen, wie sie bei der Filterung von Tabellen geschildert wurde. So führt ein «WIE '%Auge%'», eingetragen in das Eingabefeld für den Titel des Mediums, direkt zur Auffindung aller Titel, in denen 'Auge' enthalten ist – in der Beispieldatenbank «Medien_ohne_Makros.odb» z.B. zur Anzeige des Titels 'Im Augenblick'.

Filter für die Listenfelder werden direkt über die Listenfelder ausgewählt. Eine Eingabe von Fremdschlüsselwerten ist also nicht nötig.

Hier werden alle Datensätze gesucht, die die Medienart 'CD' haben (entspricht dem Fremdschlüsselwert '1') und gleichzeitig im Titel irgendwo die Buchstabenfolge 'Auge' haben. Bei der Eingabe «WIE '%Auge%'» ersetzt die grafische Benutzeroberfläche das in SQL übliche Allroundzeichen für mehrere Werte «%» durch das Zeichen «*», das für viele Nutzer eher gebräuchliche Allroundzeichen.

Neben der Bedingung dürfen auch alle Datensätze des Hauptformulars angezeigt werden, bei denen die Jahresangabe «< 1980» ist.

Aus dem Unterformular wird noch der Verfasser 'Edmunds, Dave' aus dem Listenfeld ausgewählt. Der entsprechende Fremdschlüsselwert ist hier die '8'.

Der formularbasierte Filter zeigt bei der Eingabe nur die Felder an, die vor dem ODER mit einem Haken versehen sind. So lassen sich auch mehrere Bedingungen für ein Feld angeben. Leider unterschlägt der Filter dabei die Anzeige des Listenfeldes «Medienart» mit dem entsprechenden Wert im Hauptformular, während dies im Tabellenkontrollfeld des Unterformulars gelingt.

Statt der Navigationsleiste werden während des Erstellens des Filters unter dem Formular lediglich drei Auswahlmöglichkeiten für den formularbasierten Filter dargestellt: Filtern nach den Vorgaben, Filterwerte hinzufügen und die Anzeige des formularbasierten Filters einfach schließen.

Der Filter wird angewandt und das Formular nach den vorgegebenen Werten gefiltert.

Ist die Filterung aktiv, so wird die Zahl der Datensätze auf die Datensätze mit einem Treffer eingeschränkt. Hier gibt es insgesamt 5 Datensätze mit Treffern. In dem obigen Bild stimmt zwar nicht der Titel und die Medienart, dafür aber die Bedingung, dass das Erscheinungsjahr vor 1980 liegen soll.

Eine Merkwürdigkeit zeigt sich im Unterformular. Da auch hier eine Filterung vorgenommen wurde, wird der Verfasser des Buches 'Der kleine Hobbit' nicht angezeigt. Der Filterwert war mit dem Verfasser 'Dave Edmunds' verbunden. Dies zeigt wieder die Logik, die hinter der Filterung in allen Fällen steckt: Es werden die Filtereigenschaften des jeweiligen Formulars genutzt. Unterformulare werden separat gefiltert und eine Filterung der Unterformulare wirkt sich nicht auf das Hauptformular aus – und umgekehrt.

Diese schon sehr gelungene Filterfunktion leidet allerdings an den folgenden Nachteilen:

• •Die Filterung funktioniert wieder nur im Hauptformular. Im Unterformular werden wie bei Autofilter zwar die fehlenden Werte unterdrückt. Dies wirkt sich aber nicht auf die Anzeige im Hauptformular aus. Es werden also im Hauptformular auch Inhalte angezeigt, die den gefilterten Inhalt aus dem Unterformular nicht vorweisen können. 

• •Es sind umfangreiche Kenntnisse der Bedingungsformulierung notwendig, wenn mehr als nur die kompletten Begriffe gesucht werden sollen. Hier müssen Kenntnisse über Abfragetechniken vorhanden sein, die aber den meisten suchmaschinenverwöhnten Nutzern fehlen. 

Die Filterung über den Standardfilter kann durch die Anzeige der Datenquelle als Tabelle erreicht werden. Dort gelten dann die gleichen Regeln wie bei der Filterung mit dem Standardfilter in Tabellen.

 

Start des Standardfilters über «Datenquelle als Tabelle»

Rechts unten im Formularnavigator wird die Datenquelle als Tabelle eingeblendet. In der Tabellensicht steht dann auch der Standardfilter zur Verfügung. Im Gegensatz zur Ansicht der eigentlichen Tabelle "Medien" werden hier die Fremdschlüsselfelder nicht mit ihren Schlüsselwerten, sondern mit den Inhalten dargestellt. Ein Klick auf das Feld «Medienart» zeigt, dass hier ein Listenfeld nach den Vorgaben des Formulars erstellt wurde.

• Hinweis 

Sämtliche Such- und Filterfunktionen eignen sich für Formulare nur eingeschränkt. Die eingebaute Suche ist viel zu langsam und schränkt die Zahl der Datensätze nicht auf die Datensätze mit entsprechenden Treffern ein. Die Filter funktionieren grundsätzlich nur innerhalb eines Formulars. Soll nach Werten im Unterformular gefiltert werden, so ist nur das aktuelle Unterformular betroffen. Es werden einfach nicht alle Datensätze korrekt ermittelt.

Aus diesem Grund wurde weiter oben in die Formulare der Beispieldatenbank eine entsprechend einfacher zu bedienende Suchfunktion integriert, die allerdings etwas Handarbeit und SQL-Kenntnis verlangt.

Ein Formular kann so eingestellt werden, dass mit der Funktion Automatischer Steuerelement-Fokus über den Button im Formularentwurf oder über den Formular-Navigator der Cursor direkt im ersten Eingabefeld steht. Dieses erste Steuerelement wird über die Position im Formularnavigator ermittelt. Entscheidend ist also dort auch, welches Formular (bei mehreren Formularen auf einem Blatt) das erste Formular ist.

Statt mit der Maus von einem Feld zum anderen zu springen, ist bei Formularen die Bewegung mit der Tabulatortaste von einem Feld zum nächsten üblich. Wird auch noch im Hauptformular die Aktivierungsreihenfolge → Automatische Sortierung eingestellt, so wird auch ein Sprung vom Hauptformular direkt ins Unterformular möglich.

Manchmal erfordern Formulare auch Sprünge zu einem anderen Formularfeld. Diese können natürlich mit der Maus geregelt werden, sind aber auch über Kurzbefehle anspringbar.

Dem Textfeld ist über Eigenschaften: Textfeld → Beschriftungsfeld ein Beschriftungsfeld zugewiesen. Die Beschriftung des Beschriftungsfeldes wurde von «Name» auf «Na~me» geändert. Dadurch erscheint im Formular jetzt ein Unterstrich unter dem «m». Das Textfeld kann jetzt bei der Eingabe mit dem Kürzel Alt + m angesprungen werden. Dies funktioniert allerdings nur, wenn der Cursor bereits in einem Formularfeld steht.

Prinzipiell können alle Buchstaben als Sprungziel genommen werden, da der Sprung innerhalb des Formulars erfolgt. Steht der Cursor aber nicht in einem Formularfeld, so werden mit den Kürzeln eventuell Sprungziele aus der LibreOffice-Oberfläche angesteuert. Mit dem Sprungziel «a» z. B. wäre dies dann statt des Feldes «Name» das Öffnen des Menüs «Ansicht».

• Hinweis 

Die Zuweisung eines solchen Sprungzieles funktioniert nur, wenn gleichzeitig bei den Formularfeldern durchweg die Aktivierungsreihenfolge → '0' gesetzt wird. Hinzu kommt noch, dass das Beschriftungsfeld vor dem Formularfeld erstellt werden muss. Der Assistent zur Erstellung von Formularen macht dies automatisch. Diese Anordnung ist im Formularnavigator zu sehen.

• Tipp 

Die Position im Formularnavigator entscheidet darüber, welches Feld als nächstes angesprungen wird, sofern die Aktivierung nicht über die entsprechende Reihenfolge geregelt wurde. Leider lässt sich diese Position nicht im Nachhinein durch einfaches Verschieben verändern.
Um die Postion zu verändern wird ein neues komplett leeres Formular parallel zu dem bestehenden Formular erstellt. Die Felder werden in der Formularansicht des alten Formulars markiert und in das neue Formular in der passenden Reihenfolge hinein kopiert. Dabei werden immer zuerst die Beschriftungsfelder und dann die eigentlichen Kontrollfelder kopiert.
Unterformulare werden beim Einfügen der einzelnen Felder automatisch mit erstellt.
Es reicht nicht aus, ein komplettes Unterformular über den Formularnavigator des alten Formulars zu kopieren und ein zu fügen. In dem Moment bleibt nämlich die interne Positionierung aus dem vorhergehenden Hauptformular erhalten.

Das Anspringen von Feldern mit Sprungzielen bei einer Konstruktion mit Unterformularen ist von der Formulareigenschaft Zyklus abhängig. Ein Sprung aus einem Unterformular zu einem Hauptformular ist nur möglich, wenn bei den Formulareigenschaften Zyklus → Aktuelle Seite gewählt wird.

• Hinweis 

Formulare können so aufgebaut werden, dass ein direkter Druck der Ansicht möglich ist. Um dabei zu brauchbaren Ergebnissen zu kommen, muss allerdings darauf geachtet werden, Elemente nicht außerhalb des druckbaren Bereiches zu verschieben. Dazu wird beim Bearbeiten des Formulars Ansicht → Drucklayout gewählt. Die Seiteneigenschaften können eingestellt werden. Ein farbiger Hintergrund ist hier sicher nicht von Vorteil.

Jedes einzelne Formularelement kann in seinen Eigenschaften → Allgemein → Druckbar von einem Druck ausgeschlossen werden.

Ist die Datenbank in LibreOffice registriert worden (über Extras → Optionen → LibreOffice Base → Datenbanken oder direkt beim Erstellen der Datenbank), so kann ein Formular auch zum Seriendruck genutzt werden. Das Formular wird zum Bearbeiten geöffnet. Über Ansicht → Datenquellen oder mit F4 werden die Datenquellen zugänglich. Felder aus der Datenbank können jetzt über die Tabellenköpfe in das Formular gezogen werden. Das Formular wird anschließend abgespeichert. Wird das Formular anschließend wie zur Eingabe geöffnet, so erkennt LibreOffice, dass Serienbrieffelder enthalten sind und fragt nach, ob ein Serienbrief gedruckt werden soll.

Details zu der Erstellung von Serienbriefen sind in dem Kapitel «Datenbank-Anbindung» enthalten.

Beim Öffnen von Formularen kann der Nutzer manchmal von einer unüblichen Zoom-Einstellung des Formulars überrascht werden. Die Darstellungsgröße des Formulars richtet sich leider nicht nach der Zoom-Einstellung des Formulars beim Speichern. Vielmehr übernimmt Base die jeweils letzte Einstellung des Zooms von einem vorhergehenden Writer-Dokument.

Der Zoom kann über die Zoomeinstellung oder den Maßstab am unteren rechten Fensterrand eingestellt werden. Eine andere Einstellungsmöglichkeit ist über das Drücken von Strg und das gleichzeitige Betätigen des Scrollrades der Maus gegeben.

Wer automatisch bei Start eines Formulars immer die gleiche Größe erreichen möchte, kann dies über das folgende Makro erreichen:

1. 001 SUB Formularzoom 

2. 002    ThisComponent.CurrentController.ViewSettings.ZoomValue=100 

3. 003 END SUB 

Dieses Makro soll beim Öffnen des Formulars ausgelöst werden. Das Formular muss zum Bearbeiten geöffnet werden. Unter Extras → Anpassen → Ereignisse → Dokument öffnen wird das Makro eingebunden.