Office: (Office 2010) Bezug in Suchfeld herstellen

Vielen Dank Euch beiden!
Ich hätte jetzt schon erwartet, daß alles aus dem Statement auch dargestellt wird.
So klappt's prima
Ich mach mich jetzt mal an den Code...

 

Hier eine Übersicht, die ich auch in meinen Kursen als Grobüberblick aushändige.

 

wie sollte es auch anders sein *weinen

 

Das Formular-Textfeld, das die Gignr darstellt, heißt offenbar nicht mehr ID. Such es, markiers, merke dir den Namen und trag anstelle von Me.ID eben Me.NameDeinesTextfelds ein.

Tipp: wenn due Me. eingibst, müsste die Liste der EIgenschaften und Controls des Formulars aufklappen. Vielleicht findest du dein Control da schon.

 

es heißt aber schon ID *entsetzt

 

Das Bild gibt diese Aussage nicht her.

Das Textfeld ist zwar an das Tabellenfeld ID gebunden, aber es kann (und sollte) nicht so heißen. Den Namen eines Objekts erfährst du nur aus seiner Eigenschaft Name. Was steht da drin für das Vieh?

Eine Namenskonvention empfiehlt, dass sich Tabellen- und Formularcontrols im Namen "herleiten" lassen. Das Formulartextfeld zum Tabellenfeld Gigdatum sollte nicht ebenfalls Gigdatum, sondern txtGigdatum heißen. Dann bleiben einem solche Überraschungen erspart.

 

es steht auch wirklich ID drin - ich geb's auf
scheiß auf schöner wohnen

 

Durchhalten! Hochladen! *Smilie

 

Sorry, aber es frustet mich schon

 

• Das Problem lag nicht bei der ID.
• Dein Kombi für den Quellgig heißt bei dir nicht cboQuellGig, sondern Kombinationsfeld44 *eek.gif* . Im Code, den du von mir kopiert hast, wird dann diese Kombi als nicht vorhanden bemängelt. Die Meldung mit der ID ist irreführend, das geb ich zu.
• Das QuellGig-Kombi enhält zwar mehrere Spalten, aber nicht die, die für die SQL wichtig wäre: die ID des Quellgigs. Die habe ich als 5. Spalte zugefügt und lese nun beim Abrufen diese Spalte aus. Dann tuts.

Tipps:

• Benenne deine Teile sauber! Kombi44 ist ein Sch...name! Das ist lästige Arbeit, aber sie hilft.
• Nimm alle Spalten in Kombis auf, die du brauchen kannst. Nicht nur die, die du sehen willst. Über die Columns-Mechanik kannst du in VBA auf die unsichtbaren Spalten "schielen" und so ausnutzen.

 

Also die Benamung ist scheinbar für VBA-Zeugs dann schon sehr wichtig;
angekommen

Jetzt funktioniert's, ABER es gibt doch einige unschöne Eigenheiten
- Nachdem die Aktion ausgeführt wurde, springt er zurück auf den ersten Datensatz; er sollte schon auf dem aktuellen bleiben
- Das Datum des gewählten QuellGigs bleibt stehen - das Feld sollte wieder gellert werden
- Es sollten nur die Gigs der Band angezeigt werden, die im Kopf ausgewählt wurde

Eine Baustelle geschlossen - 3 neue geöffnet
Nicht zu glauben...

 

Wenn du mit deinen unzureichenden Kenntnissen und den kostenlos erbrachten Diensten der Community unzufrieden bist, steht es dir frei, einen Auftrag in der Jobbörse zu erteilen. *rolleyes.gif*

 

hab ja gestern schon gefragt ob man Dich buchen kann *wink.gif*

Nein ich bin nicht unzufrieden - ganz im Gegenteil.
Bin sehr froh und dankbar über Eure Hilfe
Ich hätte mir das nur wesentlich einfacher vorgestellt
Das Handling mit den Objekten innerhalb Acces, sowie die SQL Statements sind
ja auch noch nachvollziehbar; aber wenn es an dieses VBA Zeugs geht da kommt
dann ganz schnell meine Ungeduld, weil ich da nichts aber auch gar nichts verstehe

 

Hallo!

Ich habe diesen Hinweis nicht umsonst veröffentlicht: *wink.gif*
http://www.team-moeller.de/?Tipps_un... tig_benamsen

CU

 

Hi,

VBA automatisiert. Mir persönlich fällt es schwer, Dinge zu automatisieren, die ich nicht auch manuell tun könnte (wenn auch natürlich langsamer und "einzeln" statt massenhaft). Wenn ich also nicht weiß, was wann zu tun ist, kann ich auch kein Programm drüber schreiben. Mir scheint, du traust VBA zu viel zu. VBA kann nicht zaubern oder hellsehen. Wenn du kein Bild hast, was jetzt passieren müsste, kann VBA dir nicht helfen. Um z.B. den gewünschten Ablauf - Quellgig auswählen, um dessen Songs zu übernehmen - zu schreiben, brauchst du erstmal ein Bild vor Augen. Darum habe ich dir auch nicht gleich die Lösung, sondern erstmal nur ein Bild dazu gegeben. Wenn das Bild da ist, kann man daran gehen, es Schritt für Schritt aufzubauen:

• Kombifeld einrichten: Datenquelle (Gigs), gewünschte Spalten (mehrere!).
• Auf eine "konkrete" Gigauswahl reagieren: Das Kombi soll zunächst "fest" den Gig 16 in den Gig 27 übertragen. Das ist einfacher, weil du da konstante Werte hast und eine Abfrage aufbauen kannst, die das für dich macht. Deren SQL testest du sorgfältig. Für diesen Schritt brauchst du eigentlich kein Formular, sondern nur die Tabellen und eine Abfrage.
• Die Gigauswahl parametrisieren: Da nicht immer Gig 16 in Gig 27 kommen soll (und das Kombi auch so keinen Sinn hätte), wird die SQL aus dem vorigen Schritt an den relevanten Stellen parametrisiert, d.h. mit den aktuellen Feldwerten bestückt. Statt 16 und 27 kommen dann eben Zielgig und Quellgig rein - indem du sie aus dem Formular ausliest.

Du willst zu viel auf einmal. Auch von dir selbst.