Hallo Frank, > > > So, nach diesere Vorrede die schlechte Nachricht: Wie oben erklärt ist > es eine schlechte Idee, die Listen-Einträge direkt am Control zu > manipulieren. Leider ist es *auch* eine schlechte Idee, dass am Model zu > tun :-\ Das Problem ist, das für ein Listenfeld zwei Listen existieren, > die von Dir schon erwähnten StringItemList und ValueItemList. Erstere > enthält die anzuzeigenden Texte, letztere die korrespondierenden Werte, > die bei Auswahl eines Listen-Eintrages in die DB geschrieben werden. Du > müßtest also beide immer konsistent halten - was nicht funktioniert, > weil die ValueItemList nur zum Lesen,
Genau so weit war ich vor den letzen Mails auch und habe mich schon über die ValueItemList gefreut, die ich befüllen wollte - bis die Meldung kam, dass die schreibgeschützt ist. > aber nicht zum Schreiben gedacht > ist, da der Inhalt implizit aus der DB gefüllt wird. > > Wenn Du also den Listen-Inhalt einschränken willst (was ich einer Deiner > vorigen Mails entnehme), dann solltest Du vielleicht einfach mit einem > Filter auf dem SQL-Statement für die ListBox arbeiten - das ginge völig > ohne Makros. Ohne Makros? Das hieße in dem Fall aber, dass ich vom Prinzip her mehrere Formulare habe (in meinem Falle habe ich das hier mit 4 Formularen schon probiert, wollte aber die 4 Auswahlmöglichkeiten im Formular selbst haben). Was als Feature sicher ein Zugewinn wäre: An das Subformular kann auch ein Parameterwert für eventuelle Listboxen des Unterformulars weitergegeben werden. Und weil das so zur Zeit nicht funktioniert habe ich jetzt immer noch 2 Listboxen: Eine mit dem gefilterten Bestand, bei dem mich die Values nicht interessieren (nicht mit einem Datenfeld verknüpft - geht nicht in Tabellenkontrollfeldern) und eine mit dem kompletten Bestand, die ich auf den Text der ersten Listbox über Makros einstelle. Gruß Robert --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
