Office: OLE - Objektfeld als Pflichtfeld im Formular

Hallo,

Ich bin neu in diesem Forum und habe nicht alles durchsucht. Also stelle ich konkret meine Frage hier.
Ich habe eine Formular zur Dateneingabe erstellt. Da meine Kollegen grundsätzlich faul sind habe ich die Eingabefelder (VBA - Code - für Ereignisprozedur) als Pflichtfelder deklariert.
Der VBA - Code funktioniert für alle Felder sehr gut, jedoch nicht für das OLE-Objektfeld.
Habt einer eine Idee?
Das Ergebnis soll sein, dass das der Anwender beim Wechsel zum nächsten Datensatz die Aufforderung erhält das OLE - Objekt (hier eine *.pdf - Datei oder Foto) einzufügen. Vorher soll er nicht den Datensatz wechseln können.

 

Hallo,

das kannst du im Form_BeforeUpdate Event prüfen. Dazu mußt du nur prüfen, ob das Steuerelement NULL ist oder nicht. Eine Prüfung auf "" ist hier kontraproduktiv. Wenn die Prüfung negativ ausfällt, brichst du das Update, gibst eine entsprechende Meldung aus und setzt anschließend den Fokus auf das Steuerelement.

Wichtig:
Feldname und Steuerelementname sollten nicht identisch sein und man sollte sorgfältig zwischen diesen Angaben unterscheiden.

Vielleicht noch eine kleine Anmerkung. Für so eine Problemstellung würde ich kein OLE Feld verwenden, sondern nur den Pfad und den Dateinamen für die PDF Datei verwalten.

Knobbi38

 

Danke für die Schnelle Antwort.
Bei der Vergabe der Feldnamen und Steuerelementnamen bin ich einfach den Vorschlägen von Access gefolgt, kann ich zur bessren Übersicht aber anpassen.
Die Angesprochene Prüfung möchte ich mit einer schon vorh. Ereignisprozedur umsetzen in alle Felder bereits auf Inhalt geprüft werden.
Hierfür habe ich die zwei Schaltflächen (eine "nur Prüfung" und die andere für für "Prüfung und bei Erfolg Formular schließen" erstellt.
In diesen beiden Prozeduren möchte ich die Prüfung einbauen.
Nach meinem Verständnis ruft der der Befehl BeforeUpdate eine weitere Prozedur auf. Habe ich das richtig verstanden?

 

Hallo,

Leider vergibt Access für das gebundene Steuerelement denselben Bezeichner wie für das gebundene Feld, was zu gelegentlich Problemen führen kann und die Lesbarkeit nicht gerade erhöht. Deshalb muss man hier selber Hand anlegen und entsprechend eine Namenskonvention diese umbenennen. Hierfür wird oft ein Präfix aus 3 Buchstaben verwendet, z.B. btn oder cmd für Buttons und txt für Textboxen. Andere Vorschläge für gängige Namenskonvention gibt es im Internet zu finden.

So etwas braucht es in Access nicht, denn man kann die Prüfung auch automatisch machen.

Man kann sowohl das BeforeUpdate-Event eines Controls als auch das der Form verwenden. Das Form-BeforeUpdate-Event schränkt beim Erfassen allerdings weniger ein und es wird keine bestimmte Reihenfolge für das Erfassen selbst vorgegeben. Wird das Control-BeforeUpdate-Event verwendet, muss die Prüfung positiv verlaufen, sonst geht es nicht weiter. Das Erfassen ist dann nur sehr schwer abbrechbar und oft umständlich.

BeforeUpdate ist keine Anweisung, sondern wird als Ereignis von einem Steuerelement oder dem Formular aufgerufen.

Deine Textdatei gibt nicht viel her, aber auf den ersten Blick kann man erkennen, daß da noch "sehr viel Luft nach oben" ist. Eine Prozedur sollte nur einen Ausgang (Exit) haben und was die Prüfungen betrifft, sind die beiden Prozeduren annähernd gleich, was eigentlich redundanter Code ist, und dann wird auch noch nach jeder negativen Prüfung diese abgebrochen und verlassen. So ein "Use Case" ist für einen Anwender suboptimal und wird oft auch abgelehnt.

Knobbi38