Office: (Office 2010) Einstellungen für Kombinationsfelder falsch gesetzt?

Ja.

Es reicht zunächst, wenn du das aufpoppende Eingabeformular für neue Kundschaft an die Tabelle Kunden bindest und die Übergabe der ID und das Requery für das Kombifeld wie in der FAQ beschrieben, beim Schließen des Forms machst. Dann dürfte zumindest die Anzeige im Kombi funktionieren.
maike

 

Ein leerer Datensatz oder eine leere Kundennummer?
Eine leere Kundennummer sollte solche Erscheinungen nicht bewirken.
Ein leerer Datensatz (also ohne Autowert ID) wäre ein Grund, auf der Stelle genauer zu erforschen, wie so etwas zustande kommt, bevor einem die ganze DB crasht.
maike

@anne
acDataErrAdded kenne ich von "einfachen" Kombis, wo ich direkt den Wert in der angezeigten Spalte übernehme.
In diesem Fall bleibe ich dabei, accDataErrContinue ist korrekt. Die Fehlermeldung wird unterdrückt und nach Update der Herkunftstabelle incl. Übergabe des aktuellen Satzes und Requery dann obsolet.
maike

 

Liebe Maike, die ID und das Requery wird nicht gebraucht, wenn acDataErrAdded eingesetzt wird.
Und eigentlich müsste das auch auf die anderen Kombifelder durchschlagen, weil die ja an dasselbe Datenfeld gebunden sind.
Warum sperrst du dich dagegen, du bist doch sonst auch immer für die einfachen Lösungen, oder? *wink.gif*

Andernfalls wird das Kombifeld ohne Requery nicht die hinzugefügten Daten kennen.

...OK, deinen letzten Satz hatte ich wohl zunächst falsch verstanden.

 

AccDataErrAdded trägt den eingegebenen, nicht vorhandenen Wert sofort in die Tabelle ein.
Wenn ich danach ein Eingabe-Formular öffne, den Wert (NewData) an ein Feld übergebe und das Ganze
gebunden oder per INSERT in die Tabelle schreibe, hab' ich einen zweiten Datensatz.
Probiers aus.
maike

 

\@maike: du stellst gerade mein Access-Weltbild auf den Kopf! *wink.gif*

Nein, nicht ohne dein Dazutun. Direkt gespeichert wird nur, wenn du "Nur Listeinträge" auf "Nein" einstellst, dann aber greift das "NotInList"-Ereignis nicht.

PS:
Ich probier ja die ganze Zeit schon rum, weil du mich ans Zweifeln gebracht hast, kann das aber nicht bestätigen.

 

Ich hab' es jetzt mal nachgestellt. Ich kriege zwar erstaunlicherweise tatsächlich nur einen Datensatz in der Tabelle, aber eine unnötige NotInListMeldung nach der Frage wegen des Hinzufügens beim Öffnen des Eingabe-Formulars. DataErrContinue erledigt die Sache elegant und ohne Gequake *wink.gif* .
maike

 

Sorry maike, aber irgendetwas scheinst du da noch falsch zu machen.
Magst du evtl. mal dein Beispiel hochladen?

Korrektur:

Das ist natürlich Unsinn, bei "Nur Listeinträge" auf "Nein" wird nichts in die Tabelle gespeichert, der fremde Wert wird im Kombifeld einfach nur "geduldet".

 

Kann tun. Morgen, ich hab's auf der Arbeit.
Wir werden das schon noch aufklären *wink.gif* .
maike

 

So, da ist sie.
Im Moment ist Continue auskommentiert und Added aktiv.
Formular1 enthält das Kombi.
maike

 

Guten Morgen,
siehe Screenshot in Post 28. Die AutoID ist vorhanden, lediglich die Inhalte fehlen.
Wie so ein Eintrag (bereits 2x) zu Stande kam weiss ich nicht.
Was ich weiss: hat man einen solchen, so kommt beschriebenes Problem mit der ComboBox.

Ich widme mich jetzt mal deinem angesprochenen Binden.
/edit: Falls jm einen passenden Guide/ Link zur Hand hat, immer her damit.

 

\@maike:
Das Eingabeformular muss im Dialogmodus geöffnet werde - auch das hatte ich bereits erwähnt, meine ich.

 

Wie binde ich Formulare an Tabellen?
In der FAQ finde ich kein Wort diesbzgl. und auch der erste Googlehit zu "bind form to table access 2010" scheint mir nicht sicher das korrekte zu sein. (oder?)
Ich verstehe auch nicht warum in der MS Doku kein Wort erwähnt ist über die Relevanz vom "Binden des Forms an die Tabelle". Ansich hab ich ja genau das umgesetzt was die da schreiben. Nur das es eben aufgrund von fehlender Bindung nicht ordentlich funktioniert.

D.h. folgendes würde wieder hinfällig, korrekt?
Code:

 

Einfach in der Entwurfsansicht/Eigenschaften des Formulars im Reiter Daten die Tabelle (oder Abfrage) als Datenherkunft für das Formular auswählen. Das war's schon.
Da du es vorher ohne Datenanbindung angelegt hattest, musst du für die Steuerelemente nochmal das selbe machen: Eigenschaften/Daten/Steuerelementinhalt -> Tabellenfeld auswählen.
Die Filterung und das Neusetzen der RowSource für die Kombis ist davon unabhängig. Die SQL-Anweisungen zum Übertragen der Daten in Tabellen werden nicht mehr benötigt und im Eingabeformular für den neuen Kunden steht dir dann die KundenID zur Übergabe an das Ursprungsformular zur Verfügung.
maike

 

\@Anne
Im Dialogmodus funktioniert bei mir die Übergabe von NewData an das Formularfeld nicht mehr.
maike

 

/edit; hat sich erledigt.