Office: (Office 2000) Kombi

folgendes Problem:

ich habe ein Kombi "Standort", welches mit der Tabelle, die dem Form zugrunde liegt, 1:n mit ref. Int. verknüpft ist.
Dabei will ich verhindern, dass jemand einen Standort im entsprechenden Form löscht (was ab und an notwendig sein kann) solange dem Standort noch Daten zugeordnet sind.
Es ist "Nur Listeneinträge = Ja" gesetzt (Notwendig)
Da ich das Kombi nun nicht leer lassen kann, habe ich einen Datensatz erstellt, der als Standardeintrag dient.
Will nun ein User seinen Eintrag löschen, müsste er eigentlich den Standardeintrag auswählen. Die meisten löschen halt einfach und wollen zum nächsten Feld.
Ergebnis: "Sie wollen den Null-Wert einer Variablen zuweisen, die nicht den Datentyp Variant hat"

Wie kann man es erreichen, dass statt der Meldung komentarlos der Standardeintrag vorgenommen wird?

:)

 

Abgesehen davon, daß mich das Datenmodell interessieren würde:
Setz' einen extra Löschen-Knopf neben das Kombi und bei Klick setzt Du Deinen Standardwert in das Kombifeld. Der User hat "gelöscht" und die Daten bleiben im Ordnung.

 

ich wollte es ohne weiteren Button lösen und habe versucht, die Fehlernummer abzufangen und eben das, was der Lösch-Button machen soll, direkt auszuführen. Habs irgendwie nicht hinbekommen. Gibts da irgend eine Möglichkeit?

 

Hallo
1. zeige uns doch den Code wo der Fehler zuträgt .

2. lies in meiner Fusszeile Unmgang mit NULL
oder hier
http://ms-office-forum.net/forum/sho...d.php?t=182550
in #10 die neuste Version

 

Code:

 

Da ist der Wurm drin. Möchtest Du mal eine gestrippte Version Deiner DB hier hochladen?

 

\@ Kiraly

Was erwartest Du bei dem Code?

Ereignis AfterUpdate wird ausgeführt NACHDEM der Eintrag im Table gemacht wurde. Also kommt der Null Wert ins Table bevor Du überhaupt mit Deiner Prüfung beginnst.

Zweitens:

Setze das mal in Bezug zu:

Klingelt es?

Der Inhalt ist nicht Null sondern Leer. Was ein himmelweiter Unterschied ist.

Also auf gut Deutsch, Deine Prüfung funktioniert aus zwei Gründen nicht ... erstens: Falsches Ereignis. Zweitens: Falsche Prüfung.

Ich kenne mich zwar nicht so gut mit gebundenen Sachen aus, aber das hier sollte an sich funktionieren:

Code:

Und lies Dir bitte wirklich die Hinweise durch die Rudolf Lanz/Ruedi gepostet hat. Das ist enorm wichtig.

Gruß

Rainer

 

Hallo
ich habe da noch was was sicher hier nicht so wichtig ist aber
Besser / Schönner als
Me.Kombinationsfeld107
ist
Me!Kombinationsfeld107
lies dazu Hier: http://ms-office-forum.net/forum/sho...d.php?t=256370
in #15 den anhang Feldnamen *Smilie

 

Hallo Ruedi,

das ist mir schon bekannt. Manchmal schleicht sich halt so was ein.*Smilie

 

Hallo Rainer,

Danke für die Hilfe, funktioniert leider aber auch nicht.

 

Hallo
möglich das Du es hier
If Not Len(Nz(Me.Kombinationsfeld107, "")) > 0 Then
einmal so versuchst *wink.gif*
If Not Len(Nz(Me.Kombinationsfeld107, " ")) > 0 Then

Sorry das ist Mist falsch überlegt *frown.gif*

 

Was mich wundert ist, dass in der Meldung keine Fehlernummer ausgegeben wird. In der Accesshilfe wird aber die Fehlernummer 3162 aufgeführt.

Irgendwie müsste doch diese Fehlernummer abzufangen sein *confused.gif*

 

Hallo
Lade doch eine kleine muster MDB gezipt hoch
ich möchte es versuchen und evtl. auch sonst jemand *Smilie

 

Ohne es geprüft zu haben würde ich
1. Im BeforeUpdate (!) Ereignis auf ungültigen Wert prüfen und bei Bedarf
2. dem Feld mit Me!Kombinationsfeld107.ItemData(0) einen Wert zuweisen. (0) wäre der erste Eintrag, (1) der zweite usw

 

Kurz mal [OT]

@ Ruedi

Ich kann das nicht wirklich nachvollziehen/verstehen. Erstens weil ich von den unerklärlichen Fehlern noch nie einen einzigen bemerkt habe und zweitens weil die Schreibweise Me. einen riesen Vorteil hat: Bei Fehlern (falsche Schreibweise, existiert nicht mehr etc.) mault der Compiler sofort los, bzw. compiliert erst gar nicht, im Gegensatz zu der Schreibweise mit Bang, wo der Compiler erst einen Fehler zur Laufzeit auswirft.

Hast Du irgendwelche Beispiele wo der Dot zu einem dieser unerklärlichen Fehler führt? Da ich ja aus einer anderen Sparte der VBA - Programmierung zu Access gekommen bin, hatte ich natürlich am Anfang nur mit Dot gearbeitet (ist ja nur in Access üblich mit Bang's zu arbeiten, überall anders wird ja ausschließlich der Dot verwendet) bis ich hier im Forum über diese Thematik gestolpert. Aber auch trotz intensiver Recherche im Internet habe ich keine einzige Info gefunden wieso Bang besser ist als ein Dot, ausser den Hinweis auf möglicherweise eventuell auftretende unerklärliche Fehler. Gibt es da irgendwo was konkretes dazu z.B. welche Fehler?

@ Kiraly

Ja, lad mal eine gezippte Muster-DB hoch. Der Hase liegt wahrscheinlich woanders begraben als wir ihn hier gerade suchen. *wink.gif*

Gruß

Rainer