Office: (Office 2010) Eine Dublettenkontrolle einbauen im Formular

ja!

Für mich kommt jetzt die Frage auf...wo muss denn der eigentlich Code stehen? Muss für den keine Ereignisprozedur angegeben werden?

 

Meinst du die Sub Pruefe? Die muss im Formularmodul stehen. Das Ereignis ist quasi der Aufruf im AfterUpdate der Felder.
Ich hab' dir mal ein Beispiel angehängt, ich kann's mir echt nicht mehr erklären, es sei denn, es hängt mit dem Sch....feldnamen mit dem Bindestrich zusammen.
maike

 

Moin Maike...

ich habe deinen Code übertragen und im gleichem Zug den Feldnamen bei mir geändert, so dass aus EAW-Nr nun wie bei dir EAWNr draus geworden ist.

Auch nach dieser Änderung kann ein möglich doppelter Ds eingelegt werden, ohne dass die Prozedur greift *frown.gif*

Ich habe bei dir gesehen, dass es echt wunderbar klappt.

Ich habe mal mein Exemplar hochgeladen...

 

Hallo,

so scheint es zu gehen.

 

Das Feld im Formular hieß bei dir immer noch EAW-Nr und die Ereignisprozedur für das Feld AfterUpdate schien nicht zu greifen, weil dort der Name mit EAW_NR angegeben war.
Außerdem: die Hochkommata beachten, da die EAWNr vom Datentyp Text ist.
Und sieh dir noch mal den Befehl zum Öffnen des Formulars an, da fehlt noch was am Kriterium *wink.gif* .
maike

 

Hi nouba,

wenn ich deinen Code übernehme passiert genauso wenig...leider. Vielmehr zerschiesse ich damit was, weil er jetzt immer beim Bestätigen sogar fragt, dass sich was geändert und ob ich speichern möchte.

In deiner Db funktioniert es zwar, aber auch nicht so recht, da man nach der Meldung gar nichts mehr kann. Weder kann ich jetzt sagen speichern, löschen z.b.. Immer kommt die Meldung hoch beim Klicken von irgendwas.

 

Verdammt, warum ist das mir dort entglitten mit der Beschriftung!?!?!*redface.gif*

Ja, ich hab schon gesehen...der blöde Bindestrich muss raus.

Es funktioniert jetzt echt gut.

Jetzt kommt das Dublettenfrm...es poppt auf, aber nicht in der Datenblattansicht, wie ich es angelegt habe.
Desweiteren zeigt es mir nicht die gefundenen Dubletten an, sondern die komplette Db.

 

Ich sagte doch, es fehlt noch was beim Kriterium *cool.gif* .
maike

 

ok, das mit der Datenblattansicht habe ich hinbekommen...

Code:

Allerdings ist es jetzt so, dass ich das hintere Kriterium wegnehmen musste, da der Datentyp unverträglich war.

Ach soooo, ich dachte echt, dass Du den Bindestrich meinst...hihihi

 

Meinst Du die "wherecondition"?

 

ja, genau die.
Die muss einen Vergleich beinhalten, um das Formular bzw. dessen Datenherkunft auf die gewünschten Datensätze einzugrenzen/zu filtern:
Code:

Da EAWNr ein Text ist, entsprechend die Hochkommata drum.
maike

 

ey, ich hatte fast denselben Code...muss wohl echt die Kommatas vergessen haben, aber ich habe noch "wherecondition" vorgesetzt.
Ergebnis war ein leeres Datasheet *frown.gif*

wäre das auch richtig gewesen?

 

Da wäre jetzt noch eine Kleinigkeit...

Wenn ich nun eine Eingabe mache im Feld kommt nun immer sofort die Meldung hoch, ob ich die Änderung speichern möchte. Vorher war es so, dass er danach gefragt hat, wenn ich ohne speichern den angelegten Ds verlassen wollte.

Hinzu kommt, dass bei einer gefundenen Dublette die "Dublettenkontrolle" auf geht, aber dort auch sofort die Meldung kommt, ob ich meine Änderungen speichern möchte.

Muss ich da jetzt nicht die Eigenschaft der Prozedur ändern, damit das Verhalten der Änderungsfrage erst auftritt, wenn ich versuche ohne zu speichern den Ds zu verlassen?

 

Du meinst so:
Code:

Das geht natürlich auch (dann muss die genaue Stelle/Anzahl der Kommas vor dem Argument nicht beachtet werden).
maike

 

Code:

Wenn du die Eingabe wieder rückgängig machen willst, musst du den Code in das Ereignis Vor Aktualisierung verlegen,
wie es Nouba in seinem Beispiel gemacht hat.
Nach Aktualisierung ist schon gespeichert.
maike