Kategorie: Formulare und Steuerelemente

Wenn Sie Listenfelder für die Anzeige von Daten aus m:n-Beziehungen nutzen, müssen Sie die Änderungen an der Auswahl jeweils in der zugrunde liegenden m:n-Verknüpfungstabelle speichern und diese beim Anzeigen eines Datensatzes wiederherstellen. Das ist kein Hexenwerk, wie der Beitrag Persistente Mehrfachauswahl in Listenfeldern (www.access-im-unternehmen.de/479) zeigt. Wenn Sie diese Technik häufiger verwenden, artet das Anlegen der entsprechenden Ereignisprozeduren jedoch in echte Arbeit aus. Warum also die Funktionalität nicht einfach in eine Klasse auslagern und diese wiederverwenden

n aus einem Textfeld, das zur Eingabe eines Suchbegriffs dient, und einem Listenfeld, dass die zum jeweiligen Suchbegriff passenden Treffer anzeigt, haben wir bereits einmal in Access im Unternehmen beschrieben. Wenn das Listenfeld nicht allzu viele Einträge aufweist, gibt es noch eine Alternative: Die gefundenen Einträge sollen dabei einfach markiert werden. Dieser Beitrag zeigt, wie es funktioniert.

Es gibt eine Reihe von Beispielen für den Einsatz von Lookup-Tabellen – die einfachste ist wohl die Tabelle zum Speichern von Anreden. In einigen Fällen soll eines der enthaltenen Elemente standardmäßig verwendet werden. Dann gilt es, dieses Standardelement entsprechend zu deklarieren. Wie so oft gibt es unter Access verschiedene Möglichkeiten, dies zu realisieren – und es gibt verschiedene Schwierigkeitsgrade. Dieser Beitrag zeigt einige Varianten auf.

Für Daten mit einer m:n-Beziehung gibt es einige Beispiele: Fahrzeuge und ihre Ausstattungsmerkmale, Artikel und Kategorien, Mitarbeiter und Positionen et cetera. Üblicherweise stellt man diese mit mehreren Steuerelementen dar – etwa die Fahrzeuge im Hauptformular und die Ausstattung im Unterformular. Oder die Mitarbeiter landen im Hauptformular und zwei Listenfelder zeigen die zugeordneten und die nicht zugeordneten Abteilungen an. Was aber, wenn die Daten gar nicht bearbeitet, sondern nur angezeigt werden sollen – und dies möglichst noch in einer einzigen Zeile Dann hilft die Lösung aus diesem Beitrag weiter.

Die flexible Handhabung von Bestellungen, Lieferungen und Rechnungen basiert auf einem ausgefeilten Datenmodell. Genauso wichtig ist die Bereitstellung einer Benutzeroberfläche, die alle Möglichkeiten des Datenmodells ausschöpft. In diesem Beitrag lernen Sie die Formulare kennen, die das Aufnehmen von Bestellungen nach Kunde und Kostenstelle, die Erfassung von Lieferungen und die flexible Erstellung von Rechnungen erlauben.

Mit Access 2010 hat Microsoft eine neue Möglichkeit eingeführt, schnell das Design von Formularen und Berichten umzustellen. Dies betrifft vor allem Schriftarten und die Farben von Schrift, Linien und Hintergründen, aber es gibt auch einige neue Designmöglichkeiten. Damit können Sie beispielsweise Schaltflächen mit Farbverläufen versehen. Dieser Beitrag stellt die neuen Features, die auch in Access 2013 vorhanden sind, im Detail vor.

Am 14. August 2012 war es mal wieder soweit: Microsoft hat eine Änderung an den ActiveX-Steuerelementen der Bibliothek MSCOMCTL.ocx vorgenommen, welche die meisten in Betrieb befindlichen TreeView- und ListView-Steuerelemente untauglich machte und zahlreichen Entwicklern tagelange Fehlersuche bescherte. Wir zeigen, wie die Probleme entstehen und wie Sie diese beheben können.

Im August 2012 verteilte Microsoft über Windows-Update für alle Office-Installationen ab Version 2003 automatisch Security Patches, die nur eine einzige Komponente austauschten: die ActiveX-Bibliothek mscomctl.ocx, welche, unter anderem, das viel verwendete TreeView-Steuerelement enthält. Dabei machte die COM-Version der Bibliothek einen Sprung von 2.0 auf 2.1, was VBA-Module, in denen deren Elemente angesprochen werden, teilweise inkompatibel macht. Ergebnis sind deshalb Datenbanken, die seltsame Fehler melden, wenn Formulare mit TreeViews oder Listviews aufgerufen werden.

Mit Access 2010 hat Microsoft das Navigationssteuerelement eingeführt. Es erlaubt die Anzeige mehrerer Unterformulare, die durch entsprechende Schaltflächen aktiviert werden können. Die Schaltflächen können verschachtelt und sowohl horizontal als auch vertikal angeordnet werden. In diesem Beitrag zeigen wir, wie Sie dieses Steuerelement verwenden und programmieren.

Das Navigationssteuerelement ermöglicht ein einfaches Handling von Unterformularen. Sie können damit etwa immer das gleiche Formular als Unterformular anzeigen und die Daten je nach gedrückter Navigationsschaltfläche filtern – beispielsweise um Artikel nach Kategorien zu sortieren oder nach dem Alphabet zu filtern. Dieser Beitrag zeigt, wie Sie eine solche Lösung erstellen – aber auch, wie Sie sich die Arbeit beim Erstellen des Formulars per VBA vereinfachen können.