Office: (Office 2010) Bezug in Suchfeld herstellen

Hab die Reihenfolge rausgenommen - jetzt klappt's
Weiß allerdings nicht warum es vorher geklappt hat, denn eine Reihenfolge gibt es zu diesem Zeitpunkt ja noch nicht...

Was mir bei dem Code auffällt: wird da der echte Bandname abgefragt?
Code:

Was wenn die nun umbenannt werden?

 

jetzt sehe ich's selber - es werden die Feldnamen abgefragt

 

Das ist alles SQL, da werden die Feldnamen genutzt, die in den Tabellen stehen. Band1 ist die Spalte der tblSongs, die den Wert "Songstatus dieses Songs für Band1" enthält. Ich hätte sie ja "StatusInBand1" genannt oder noch besser ganz ausgelagert... Aber der Feldname ist Band1. Wie die Band1 nun heißt ist, dem wurscht.

PS: Der Grollgnom in mir sagt: Du hast die Felder so benannt. Du wurdest gewarnt... schon damals. Nun friss es auch *wink.gif* *tongue.gif* *Smilie

War da nicht mal angedacht, eine Reihenfolge einzubauen, die dann bei Einspielen in die Setlist "hinten anschließt"?

 

Jaja - ich sehe es ein
War "Suboptimal", aber strukturell hoffentlich der einzige "Fehler" der noch drinsteckt

Ja schon; wahrscheinlich hab ich vorher immer getestet wenn bereits Einträge drin waren. Führe ich die Funktion jetzt aus, dann setzt er die eingespielten an den Anfang :-(
Schön wäre es, wenn er selbstständig durchnummeriert und die somit dann auch hinten anfügt, aber da simmer schon wieder beim "schöner wohnen"

 

Es gibt aber bisher keine "Normal-Reihenfolge". In welcher Reihenfolge sollen die relevanten Songs reinkommen, wenn du sie per Button reinholst?

 

…so wie sie jetzt auch kommen - ich vermute nach ID aufsteigend
man muß die eh individuell sortieren, denn das variiert ja von Gig zu Gig;
wobei mir da schon wieder ein "Nice-To-Have" einfiele: Könnte man die Setlist eines beliebigen Gigs nicht auch kopieren?
Wir haben gerade nämlich diese Situation: die Setlist des kommenden Gigs basiert auf der des letzten (nur 3-4 Änderungen)

 

Dann würde ich die Abfolge eh nicht durch Eintragen von Nummern regeln. Das wird bei größeren Umstellungen richtig eklig. Besser: Verschieben per Maus. Da bieten sich z.B. Listviews oder Treeviews an, Demo siehe Codearchiv, oder (einfacher) "Rauf- und Runter-Buttons", die den Song durchschieben.

Eine Standard-Abfolge hat dann auch wenig Sinn.

Klar. Bau dir ein Kombi, das die auswählbaren Gigs anbietet. Auf Buttonklick o.ä. wird dann die Setlist von damals in den aktuellen Gig kopiert, etwa so:
Code:

Die fetten Teile nimmst du aus den aktuellen Formularwerten, die restlichen sind Tabellenfelder der Ziel- bzw. Quelltabelle.

 

ach so - na wenn's weiter nichts ist *frown.gif*

Kann man Dich nicht buchen?*grins

 

Kombis hast du doch auch jetzt schon gebaut?!

 

ja - aber wo soll das denn hin?
Ich bräuchte doch erstmal einen Button "Setlist kopieren", der nach Klick auf selbigen diese Kombi zum auswählen öffnet.
Habe gerade ein Problem mir das vorzustellen

Du siehst es bereits vor Dir, ich sehe lediglich drei Fragezeichen

 

Kombi für Quellgig und Button zum Kopieren könnten einfach im Form drinstehen.

 

Und der Code dazu:
Code:

 

bei mir zeigt er schonmal nur das Datum an, obwohl ich alle relevanten Felder im SQL Statement drinhabe
Access tickt eindeutig anders als ich *mad.gif*

 

Moin,
hast du dem Kombifeld selbst (Eigenschaften/Format) auch gesagt, dass es X Spalten hat und wie breit die jeweils dargestellt werden sollen?
maike

 

Und die Eigenschaft Listenbreite wäre auch noch wichtig, da die aufgeklappte Liste sonst nicht breit genug wird, um alle x Spalten zu zeigen.