![\"Diese](\"..\/tl_files\/images\/Einstellungen_Formularentwurf.png\")
<\/a><\/p>\nBild 1: Diese Einstellungen für das Layout spendiert Access 2010 einem neuen Formular<\/p>\n
Grundsätzlich ist die Standardansicht<\/b> auf Einzelnes Formular <\/b>gestellt. Das dürfte auch der am häufigsten gebrauchte Typ sein. Fraglich ist, ob die anderen Ansichtstypen wirklich zugelassen sein sollten. Wer braucht schon in einer Adressenverwaltung die Pivot-Ansichten<\/b> Erst recht gilt dies für die ab Access 2007 eingeführte Layoutansicht<\/b> mit ihrer Mischung aus Entwurf und Formularansicht, die bis auf seltene Fälle eher der Entwicklungsphase vorbehalten sein dürfte. Die Endlosansicht<\/b> jedoch wird immer wieder gebraucht.<\/p>\n
Dass Automatisch zentrieren<\/b> auf Nein steht, ist dem Standardverhalten von Fenstern in MDI-Anwendungen unter Windows geschuldet: öffnen Sie mehrere Formulare gleichzeitig, so werden diese versetzt auf dem Arbeitsbereich positioniert, so dass auf alle zugegriffen werden kann. Selten sind Access-Formulare jedoch so klein, dass mehrere davon auf dem Bildschirm Platz hätten. Für größere Formulare stellen Sie die Zentrierung auf dem Bildschirm also auf Ja<\/b>.<\/p>\n
Datensatzmarkierer<\/b> und Navigationsschaltflächen<\/b> sind ebenfalls immer aktiviert. Während die Navigationsschaltflächen<\/b> sicher nützlich sind, wenn das Formular nicht nur zur Eingabe oder Anzeige eines einzigen Datensatzes ausgelegt ist, so ist der Datensatzmarkierer<\/b> in produktiven Anwendungen wieder fraglich. In der Formularansicht erkennen viele Anwender nicht, wofür er da ist, und eine Fehlbedienung durch versehentliches Betätigen der Entfernen-Taste bei markiertem Datensatz kommt immer wieder vor. In Formularen, wie dem Switchboard<\/b> der Beispieldatenbank zum Beitrag, sind alle beide überflüssig.<\/p>\n
Dass ein Formular eine Schließen-Schaltfläche<\/b> aufweist, ist immer dann erforderlich, wenn Sie es nicht per VBA entladen möchten. MinMaxSchaltflächen<\/b> hingegen braucht man in der Regel nicht. Formulare sind üblicherweise auf eine bestimmte Größe designet, so dass ein Maximieren keinen Vorteil bringt. Damit wären wir auch schon bei der Einstellung für die Rahmenart<\/b>, die im Standard auf Veränderbar<\/b> steht. Sie können es dann zur Laufzeit mit der Maus in der Größe ändern. In der Formularansicht<\/b> ist auch das nicht notwendig. Eher verwenden Sie hier die Einstellungen Dialog<\/b> oder Dünn<\/b>, die zum gleichen Ergebnis führen: Die Titelleiste des Fensters ist sichtbar – und damit auch die Schließen-Schaltfläche -, die Abmessungen lassen sich aber nicht per Maus ändern. Schalten Sie den Modus Keine<\/b> für die Rahmenart ein, so verschwindet die Titelleiste komplett. Das Formular kann dann nur per VBA geschlossen werden. Das Formular frmIntro<\/b> der Beispieldatenbank, ein Splash-Screen,<\/b> etwa macht davon Gebrauch. Erst ein Klick auf den Detailbereich des Formulars löst eine Ereignisprozedur aus, die das Formular über DoCmd.Close<\/b> entlädt.<\/p>\n
Interessant, aber wenig beachtet, ist die Eigenschaft Verschiebbar<\/b> eines Formulars. Normalerweise können Sie es zur Laufzeit mit der Maus über die Titelleiste an die gewünschte Position ziehen. Ist Verschiebbar<\/b> deaktiviert, so ist dies jedoch in keiner Ansichts- oder Rahmenart mehr möglich. Das Formular bleibt fest im Arbeitsbereich angepinnt. Dennoch können Sie es über VBA und die Methode Move<\/b> bewegen, doch dazu später mehr.<\/p>\n
Die Bildlaufleisten<\/b> sind im Standard zwar eingeschaltet, aber in der Formularansicht bis auf Ausnahmefälle unnötig. Das wären Formulare, deren Inhalt so umfangreich ist, dass er nicht auf den Bildschirm passt und nur über Scrollen erreicht werden kann. Im Interesse von guter Ergonomie ist ein solches Verhalten weniger.<\/p>\n
Ein Teil der Formulareinstellungen schließlich ist gar nicht im jeweiligen Eigenschaftenblatt<\/b> zu finden, sondern in den Optionen<\/b> der Datenbank. Klicken Sie im Ribbon auf Datei | Optionen<\/b> und wählen die Abteilung Aktuelle Datenbank<\/b> aus. Ein Ausschnitt der Einstellungen ist hier in Bild 2 zu sehen. überlappende Fenster<\/b> ist der übliche MDI-Modus, wie Sie ihn aus anderen Mehrfensteranwendungen kennen. Das Registerkartenformat<\/b> jedoch führt zu einer Anordnung der Fenster mit Tabs<\/b>. Die Einstellung Automatisch zentrieren<\/b> eines Formulars etwa wird damit ignoriert, denn es bleibt immer oben am Arbeitsbereich angeheftet. Ebenso lässt sich hier auch die Layoutansicht<\/b> deaktivieren, was der entsprechenden Eigenschaft Layoutansicht zulassen<\/b> eines Formulars übergeordnet ist.<\/p>\n
Bild 2: Formulareinstellungen in den Optionen der Datenbank<\/p>\n Ist die Eigenschaft Verschiebbar eines Formulars auf Nein gesetzt, so bleibt es zur Laufzeit, wie erwähnt, an einer festen Position angenagelt. Selbst mit einer Titelleiste ausgestattet reagiert es nicht auf ein Ziehen mit der Maus. Das eröffnet die Möglichkeit, mehrere Formulare nach Belieben auf dem Arbeitsbereich zu positionieren, ohne dass sie sich überlappen oder der Anwender die Anordnung beeinflussen kann.<\/p>\n Wie aber bringt man ein Formular an die gewünschte Stelle Dazu sieht VBA die recht einfache Methode Move<\/b> vor, die übrigens nicht nur die Formularklassen, sondern auch alle Steuerelemente aufweisen:<\/p>\n Der Clou der Anweisung besteht darin, dass sämtliche Parameter optional sind. Um ein Fenster etwa 100 Pixel vom linken Rand des Arbeitsbereichs unterzubringen, setzten Sie einfach dies ab:<\/p>\n Der Faktor 15 übersetzt hier die Pixelmaße in die Twips<\/b>-Einheiten, welche Access immer erwartet. Soll das Formular oben bündig abschließen, so genügt ein<\/p>\n Und sollen Breite und Höhe zusätzlich vorgegeben werden, käme diese Anweisung infrage:<\/p>\n Diese Methode können Sie etwa im Beim Laden<\/b>-Ereignis (Form_Load<\/b>) absetzen, aber auch an jeder anderen Stelle des Formular-Codes.<\/p>\n Versuchen wir mit diesem Wissen ein Switchboard<\/b> zu realisieren, das dem Navigationsbereich von Access ähnelt.<\/p>\n Das Formular frmNavi<\/b> der Beispieldatenbank sieht zur Laufzeit aus, wie in Bild 3. Für das Format ist im Eigenschaftenblatt die Rahmenart Keine<\/b> angegeben, Datensatzmarkierer<\/b> und Navigationsschaltflächen<\/b> wurden auf Nein<\/b> gesetzt, und der Modus Verschiebbar<\/b> ist deaktiviert. Damit das Formular links oben angeheftet bleibt, wird im Ereignis Beim Laden<\/b> diese Code-Zeile ausgeführt:<\/p>\n Bild 3: Das Navigationsmenü der Beispieldatenbank<\/p>\n Das bewirkt, dass die Positionen für Links und Oben auf 0 eingestellt und die Breite auf 100 Pixel festgelegt werden. Die Höhe bleibt von der Anweisung unberührt, weil der vierte Parameter fehlt.<\/p>\n Die beschrifteten Schaltflächen sollen nicht fest im Formular angelegt sein, sondern sich aus den Daten einer Tabelle tblNavi<\/b> (siehe Bild 4) speisen, damit sich das Menü über diese steuern lässt. Leider lässt Access das Anlegen von Steuerelementen zur Laufzeit nicht zu. Deshalb ist für die Standardansicht des Formulars nicht die Formularansicht<\/b> ausgewählt, sondern die Endlosansicht<\/b>. <\/p>\n Bild 4: Die Tabelle tblNavi mit den Werten zur Steuerung des Menüformulars<\/p>\n Kommen wir zur Bedeutung der einzelnen Felder der Tabelle. Unter Caption<\/b> wird angegeben, welche Beschriftung eine Schaltfläche des Menüs haben soll. Function<\/b> ist eine Parameterangabe, die dem VBA-Code später mitteilt, welches Objekt beim Klick auf eine Schaltfläche geöffnet wird. Die vertikale Reihenfolge der Schaltflächen wird über den Zahlenwert unter Sort<\/b> festgelegt, nach der über eine Abfrage die Datensätze sortiert werden. Type<\/b> gibt an, welche Aufgabe ein Klick auf den Button ausführt. Dabei steht die 1 für Formular öffnen<\/b>, die 2 für Bericht öffnen<\/b> und 3 für das Auslösen einer selbst angelegten VBA-Prozedur. In Function<\/b> findet sich dabei der Name des Formulars, Berichts oder der Funktion. Im Bool<\/b>-Feld Ribbon<\/b> aktiviert ein Häkchen, dass nach dem Klick der Ribbon von Access eingeblendet wird. Beim Starten der Anwendung wird dieser nämlich zunächst ausgeblendet. Schließlich können Sie dem Feld BackColor<\/b> jeweils noch einen RGB-Wert spendieren, der die Hintergrundfarbe des Buttons nach dem Klick bestimmt. Den hier benötigten Long-Wert erhalten Sie etwa über das VBA-Direktfenster und die Anweisung<\/p>\n Diese Tabelle dient als Datenherkunft des Endlosformulars, wobei sie allerdings über eine Abfrage sortiert wird:<\/p>\n Nun kann eine Schaltfläche in Access nicht direkt an ein Datenfeld gebunden werden. Zwar könnten Sie per VBA im Ereignis Beim Anzeigen<\/b>, die in einem Endlosformular für jeden Datensatz automatisch ausgelöst wird, die Caption-Eigenschaft der Schaltfläche aus der Datenherkunft setzen, doch dann würden alle Buttons hintereinander dieselbe Beschriftung erhalten, nämlich die des letzten Datensatzes – denn die einzelnen Instanzen des Buttons leiten sich alle von einem Objekt ab. Also scheidet dieses Verfahren aus. Greifen wir deshalb zu einem Trick, der vielleicht in der Entwurfsansicht in Bild 5 deutlich wird. Ganz oben ist der Formularkopf eingeblendet, der ein Bezeichnungsfeld enthält, das schlicht mit Navigation<\/b> beschriftet ist. Rechts daneben befindet sich ebenfalls ein Bezeichnungsfeld LblTitle<\/b> mit der gleichen Beschriftung, das aber zur Laufzeit unsichtbar ist. Auf dessen Bedeutung kommen wir noch zu sprechen. <\/p>\n Bild 5: Das Formular frmNavi in der Entwurfsansicht<\/p>\n Der Detailbereich, welcher sich in einem Endlosformular für jeden Datensatz wiederholt, ist mit einer Schaltfläche bestückt, deren Hintergrund scheinbar hellblau daherkommt. Tatsächlich aber – und das ist der Trick! – sieht man hier den Hintergrund eines Textfeldes, welches direkt hinter der Schaltfläche cmdFunction<\/b> liegt und die gleichen Abmessungen aufweist. Die Hintergrundart der Schaltfläche selbst hingegen ist auf Transparent gestellt. Und dennoch reagiert sie auf einen Klick in den Hintergrund des Textfeldes.<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span><\/a><\/p>\nNicht verschiebbare Fenster<\/h2>\n
Form1.Move Links, Oben, Breite, Höhe<\/pre>\n
Form1.Move 100*15<\/pre>\n
Form1.Move 100*15, 0<\/pre>\n
Form1.Move 1500, 0, 400*15, 300*15<\/pre>\n
Navigationsmenü per Formular<\/h2>\n
<\/a><\/p>\nMe.Move 0, 0, 1500<\/pre>\n
<\/a><\/p>\n RGB<\/span>( Rotanteil, Grün, Blau)<\/pre>\nSELECT * FROM tblNavi ORDER BY Sort;<\/pre>\n
Der Formularentwurf<\/h2>\n
<\/a><\/p>\n
\nHier geht es zur Bestellung des Jahresabonnements des Magazins Access [basics]<\/strong>:<\/span>
\nZur Bestellung ...<\/a><\/span>
\nDanach greifen Sie sofort auf alle rund 400 Artikel<\/strong> unseres Angebots zu - auch auf diesen hier!<\/span>
\nOder haben Sie bereits Zugangsdaten? Dann loggen Sie sich gleich hier ein:<\/span><\/p>\n<\/div>\n\n\t\n\t