Unter Access k\u00f6nnen Sie einige Einstellungen vornehmen, damit der Benutzer kaum noch etwas davon sieht, dass es sich bei der Anwendung um eine Access-Anwendung handelt. Sie k\u00f6nnen beispielsweise den Navigationsbereich ausblenden, die eingebauten Ribbon- und Backstage-Eintr\u00e4ge mit einer benutzerdefinierten Ribbon-Definition ausblenden. Pfiffige Anwender finden allerdings schnell heraus, wie sich diese \u00c4nderungen beim \u00d6ffnen einer Datenbank blockieren lassen: durch einfaches Gedr\u00fcckthalten der Umschalttaste. Also zeigen wir in diesem Beitrag noch einen Weg, wie Sie auch das noch ein wenig erschweren k\u00f6nnen. Eine wichtige Rolle spielt dabei eine Eigenschaft namens AllowByPassKey.<\/p>\n
Zum Artikel …<\/a><\/p>\n Microsoft verw\u00f6hnt den Office-Entwickler nicht gerade mit Ereignissen im Ribbon. Es gibt ein bis zwei Ereignisattribute f\u00fcr einige Steuerelemente, eines, das beim Anzeigen einer Ribbondefinition ausgef\u00fchrt wird \u2013 und das war es schon fast. Was aber, wenn Sie andere Ereignisse ben\u00f6tigen? Zum Beispiel, um beim Wechsel von tab-Elementen ein spezielles Formular f\u00fcr das jeweilige tab-Element einzublenden? Hierf\u00fcr gibt es kein eingebautes Ereignis. Also m\u00fcssen wir ein wenig improvisieren. Wie das gelingt, zeigen wir in diesem Beitrag!<\/p>\n Zum Artikel …<\/a><\/p>\n In VBA-Projekten von Access-Datenbanken (und in VBA im Allgemeinen) gibt es das Problem, dass das Auftreten von unbehandelten Laufzeitfehlern dazu f\u00fchrt, dass Objektvariablen geleert werden. Das ist insbesondere dann nachteilig, wenn Sie mit dem Ribbon arbeiten und dieses zwischendurch mit der Invalidate-Methode ung\u00fcltig machen m\u00fcssen, damit die Attribute mit get…-Prozeduren erneut eingelesen werden k\u00f6nnen. Der Aufruf von Invalidate f\u00fchrt dann unweigerlich zu einem Laufzeitfehler. Dieser Beitrag beschreibt das grundlegende Beispiel und liefert eine L\u00f6sung, mit der Sie sich keine Sorgen mehr um Objektvariablen machen m\u00fcssen, die durch Laufzeitfehler geleert werden.<\/p>\n Zum Artikel …<\/a><\/p>\n Warum sollte man Formulare per VBA erstellen, wenn Microsoft Access doch die gute alte, etwas in die Jahre gekommene Entwurfsansicht daf\u00fcr bereitstellt? Ganz einfach: Weil es f\u00fcr den effizient arbeitenden Access-Entwickler immer wieder Aufgaben gibt, die er einfach nicht von Hand erledigen m\u00f6chte. Oder weil der Access-Entwickler immer wiederkehrende Aufgaben in ein Access-Add-In oder ein COM-Add-In auslagern m\u00f6chte. Und dort gibt es nun einmal keine Entwurfsansicht \u2013 dort ist VBA-Code gefragt, um neue Formulare zu erstellen und die gew\u00fcnschten Steuerelemente auf das Formular zu bringen. Dieser Beitrag liefert alle Techniken, die zum Erstellen von Formularen und zum Ausstatten mit Steuerelementen notwendig sind.<\/p>\n Zum Artikel …<\/a><\/p>\n Das in diesem Artikel beschriebene Konzept hat das Ziel, die Registrierung des Installationsverzeichnisses als vertrauensw\u00fcrdigen Speicherort zu automatisieren. Dadurch entf\u00e4llt die Notwendigkeit f\u00fcr den Anwender, dies in Access selbst einzutragen. Vor allem vermeiden wir durch die spezifische Festlegung nur eines Verzeichnisses als vertrauensw\u00fcrdig das Risiko, dass der Anwender unn\u00f6tig viele Unterverzeichnisse quasi nebenher als vertrauensw\u00fcrdig einstuft (was sie vielleicht nicht sein sollten).<\/p>\n Zum Artikel …<\/a><\/p>\n Eines der wichtigsten Objekte bei der Programmierung von Access-Anwendungen ist das Application-Objekt. Es bietet viele Eigenschaften und Methoden, die stiefm\u00fctterlich behandelt werden. Dabei lohnt es sich, einmal einen Blick darauf zu werfen \u2013 dann wei\u00df man im Fall der F\u00e4lle, dass es da irgendwo einen passenden Befehl geben muss … Dieser Beitrag zeigt eine \u00dcbersicht der Elemente des Application-Objekts und deren Funktion. In weiteren Beitr\u00e4gen schauen wir uns ihre Funktion der einzelnen Eigenschaften und Methoden im Detail an.<\/p>\n Zum Artikel …<\/a><\/p>\n Microsoft Access bietet eine ganze Reihe von praktischen Assistenten. Ich setze beispielsweise sehr oft den Nachschlage-Assistenten ein, der nicht nur eine Beziehung mit den gew\u00fcnschten Optionen anlegt, sondern das bearbeitete Feld auch noch als Kombinationsfeld auslegt, mit dem die Daten der verkn\u00fcpften Tabelle leicht ausgew\u00e4hlt werden k\u00f6nnen. Eine m:n-Beziehung stellen Sie her, indem Sie zwei solcher Nachschlagefelder in der sogenannten Verkn\u00fcpfungstabelle anlegen. Noch praktischer w\u00e4re es, wenn Sie diese Verkn\u00fcpfungstabelle gar nicht erst anlegen m\u00fcssten. Stattdessen w\u00e4ren nur die zu verkn\u00fcpfenden Tabellen auszuw\u00e4hlen und der Assistent erledigt den Rest \u2013 das Anlegen der Verkn\u00fcpfungstabelle mit den notwendigen Feldern sowie das Einrichten der Beziehungen zu den zu verkn\u00fcpfenden Tabellen. Dieser Beitrag zeigt, wie Sie einen solchen Assistenten programmieren k\u00f6nnen.<\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\n Zum Artikel …<\/a><\/p>\nBei Tab-Wechsel im Ribbon Formular anzeigen<\/h3>\n
Ribbonvariable fehlerresistent machen<\/h3>\n
Formulare per VBA erstellen<\/h3>\n
Setup f\u00fcr Access: Vertrauensw\u00fcrdige Speicherorte<\/h3>\n
Das Application-Objekt<\/h3>\n
Assistent f\u00fcr m:n-Beziehungen<\/h3>\n
Steuerelemente per VBA erstellen<\/h3>\n<\/p>\n
VBA-Projekte per VBA erstellen<\/h3>\n<\/p>\n
Berichte per VBA erstellen<\/h3>\n<\/p>\n
Suchfunktion mit BuildCriteria<\/h3>\n<\/p>\n
Die CurrentProject-Klasse<\/h3>\n<\/p>\n
Das DBEngine-Object<\/h3>\n<\/p>\n
Das DoCmd-Objekt<\/h3>\n<\/p>\n
Die Eval-Funktion<\/h3>\n<\/p>\n
Der Navigationsbereich von Access<\/h3>\n<\/p>\n
Dateien und Verzeichnisse ausw\u00e4hlen mit FileDialog<\/h3>\n<\/p>\n
Datenbankvorlagen mit Access 2016<\/h3>\n<\/p>\n
Ribbondefinition mit LoadCustomUI<\/h3>\n<\/p>\n