Im Beitrag \u00bbVon Access nach WordPress\u00ab haben wir Routinen entwickelt, mit denen wir den Inhalt eines Textfeldes in SQL-Anweisungen exportiert und damit eine WordPress-Webseite gef\u00fcllt haben. Der Weg dorthin war nicht so einfach, wie es in diesem Beitrag beschrieben wurde. In der Tag lag der HTML-Code mit den Artikeln so vor, dass er in einem anderen Content Management System, hier Typo3, optimal angezeigt wurde. Wenn wir diesen HTML-Code in das WordPress-System importiert haben, sah das optisch allerdings nicht so ansprechend aus. Wir mussten also noch einige \u00c4nderungen am HTML-Code vornehmen. F\u00fcr Handarbeit war das bei rund 1.000 Artikel zu viel, also war die Programmierung entsprechender Konvertierungsroutinen angezeigt. Wie das grundlegend funktioniert, zeigen wir im vorliegenden Beitrag.<\/p>\n
Zum Artikel …<\/a><\/p>\n Sie kennen das sicher vom Drucken-Dialog, wo Sie einzelne Zahlen oder Zahlenbereiche angeben k\u00f6nnen, um die betroffenen Seiten zu drucken \u2013 also beispielsweise 1-2, 3-5 und so weiter. Eine solche M\u00f6glichkeit wollen wir auch f\u00fcr das Filtern von Datens\u00e4tzen in der Datenblattansicht schaffen. Der Benutzer soll also eine oder mehrere Seitenzahlen oder Bereiche von Seiten in ein Textfeld eingeben k\u00f6nnen, nach denen dann gefiltert wird.<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn mehrere Benutzer \u00fcber Frontend-Anwendungen an verschiedenen Arbeitspl\u00e4tzen auf die Daten einer Backend-Datenbank zugreifen, ist das kein Problem. In vielen Anwendungen ist es dabei sinnvoll, die M\u00f6glichkeit zum Speichern von Optionen je Benutzer vorzusehen. Oft legt man dabei eine Tabelle namens \u00bbtblOptionen\u00ab im Frontend an. Das ist aber nur sinnvoll, wenn auch immer der gleiche Benutzer am gleichen Frontend arbeitet \u2013 anderenfalls w\u00fcrde er ja die Optionen eines anderen Benutzers vorgesetzt bekommen. Oder Sie f\u00fchren ein Update des Frontends durch \u2013 auch dann w\u00e4ren die Optionen des Benutzers nicht mehr vorhanden. Welche Alternativen dazu gibt es? Sie k\u00f6nnten zum Beispiel die Optionen in einer Tabelle im Backend speichern und diese beim Anmelden des Benutzers auslesen und in eine lokale Optionentabelle \u00fcbertragen.\u00a0Oder Sie f\u00fcgen dem Frontend ein lokales Backend hinzu, das nur die Daten enth\u00e4lt, die beim Update des Frontends nicht \u00fcberschrieben werden sollen. Wie das gelingt, zeigen wir im vorliegenden Artikel.<\/p>\n Zum Artikel …<\/a><\/p>\n Outlook bietet noch viel mehr M\u00f6glichkeiten, als es die Standardeinstellungen vermuten lassen. So k\u00f6nnen Sie beispielsweise zu einem Termin noch weitere benutzerdefinierte Felder hinzuf\u00fcgen, mit denen Sie wichtige Informationen zum Termin hinzuf\u00fcgen \u2013 zum Beispiel die Nummer des Kunden, dem Sie den Termin in Rechnung stellen, die Leistungsart oder auch die Nummer des Mitarbeiters, der den Termin durchgef\u00fchrt hat. Das alles hat noch nicht direkt etwas mit Access zu tun, aber Outlook ist ja nichts anderes als eine Benutzeroberfl\u00e4che f\u00fcr die Eingabe von Daten, die sp\u00e4ter mit Access weiterverarbeitet werden \u2013 zum Beispiel, um Rechnungen auf Basis der angefallenen Arbeitszeiten zu erstellen. Also schauen wir uns in diesem Beitrag zun\u00e4chst einmal an, wie wir die ben\u00f6tigten Daten direkt \u00fcber die Benutzeroberfl\u00e4che von Outlook erfassen k\u00f6nnen.<\/p>\n Zum Artikel …<\/a><\/p>\n Outlook-Termine, die man \u00fcber verschiedene Clients pflegt, m\u00f6chte man vielleicht sp\u00e4ter einmal nach Access exportieren, um diese dort beispielsweise f\u00fcr die Erfassung der Projektzeiten beim Kunden heranzuziehen. Daf\u00fcr gibt es verschiedene Methoden. Outlook selbst bietet einen Export an, mit dessen Ergebnis Sie arbeiten k\u00f6nnen. Oder Sie greifen direkt von Access aus per VBA auf das Objektmodell von Outlook zu, um die Termine St\u00fcck f\u00fcr St\u00fcck einzulesen. Dieser Beitrag zeigt, was es dabei zu beachten gibt und wie Sie auch benutzerdefinierte Felder in Terminen einlesen k\u00f6nnen.<\/p>\n Zum Artikel …<\/a><\/p>\n Wie wir im Beitrag \u00bbBenutzerdefinierte Felder in Outlook\u00ab gezeigt haben, k\u00f6nnen Sie beispielsweise einem Outlook-Termin weitere Seiten mit benutzerdefinierten Steuerelementen hinzuf\u00fcgen. Wie nicht anders zu erwarten, lassen sich diese Elemente auch programmieren. Ein Einsatzzweck ist, die benutzerdefinierten Steuer\u00adelemente beziehungsweise die dahinter stehenden Felder vorab mit Standardwerten zu f\u00fcllen \u2013 beispielsweise das Feld Mitarbeiter mit dem Namen des aktuellen Mitarbeiters.<\/p>\n Zum Artikel …<\/a><\/p>\n Manchmal wird die Liste der Tabellen, Abfragen, Formulare und Co. im Navigationsbereich etwas un\u00fcbersichtlich. Da w\u00fcnscht sich der eine oder andere, dass die wichtigsten Elemente einer Datenbank schnell zur Verf\u00fcgung stehen. Eine M\u00f6glichkeit, das zu erledigen, ist das Ribbon. Wie Sie die dort anzuzeigenden Elemente ausw\u00e4hlen und diese dort hinzuf\u00fcgen, zeigt der vorliegende Beitrag.<\/p>\nDatens\u00e4tze nach Zahl ausgeben<\/h3>\n
Optionen und andere Daten updatesicher speichern<\/h3>\n
Benutzerdefinierte Felder in Outlook<\/h3>\n
Outlook-Termine nach Access<\/h3>\n
Outlook-Termine programmieren<\/h3>\n
Objekte im Ribbon verf\u00fcgbar machen<\/h3>\n