Office: (Office 2016) Unterformular aktualisieren

Klarheit ist etwas anderes.

Ein Formular als ungebunden zu bezeichnen würde ich (neben anderen) nur, wenn es zur Laufzeit keine Datensatzherkunft bekommt. Ein Zustand wie vor dem Laden ist uninteressant.
Wenn man einem Formular eine Datenherkunft zuweisen kann, müssen dessen Steuerelemente damit arbeiten können, die sind alles andere als ungebunden.

Das würde in meiner Vorstellung etwa so aussehen:
Code:

Das hast Du bisher verborgen?

 

Hallo TNP,

Datenbanken und WLAN ist eh keine gute Idee und sollte vermieden werden, so es denn geht.

Bei einem etwas ähnlichen Design habe ich das mit einem ungebundenen HF inkl. eines SubForm-Controls und unterschiedlichen Formularen für die verschiedenen Ansichten umgesetzt. Diese Formulare werden dann je nach Bedarf dynamisch als Unterformulare in das SubForm-Control geladen. Es gibt also keine bzw. nur geringe Abhängigkeiten zwischen den Formularen und es ist obendrein performant.
Aus allen Ansichten kann man dabei immer wieder direkt in die Übersicht zurückspringen. So spart man sich die ständige Aktualisierung einer separaten Übersicht, was ansonsten erhebliche Bandbreite kosten würde.

Gruß Ulrich

 

Dem Sinn dieser Äußerung zu folgen ist mir nicht zweifelsfrei möglich. Trotzdem ein Versuch:
Für dauerhafte Änderungen an der Formulardefinition muss man diese in der Entwurfsansicht vornehmen (was hoffentlich nicht zur Laufzeit passieren muss). So gesehen wäre es nicht verwunderlich, wenn Objekte wegen vermuteter Umbenennung nicht gefunden werden.

 

Der Sinn war euch ein Phänomen während der Fehleranalyse zu beschreiben. Ich nenne in der Anwendung jetzt nicht die Steuerelemente ständig um. Das ist mir aufgefallen, als ich (um Tippfehler, Doppelungen etc auszuschliessen) nochmal alles sauber durchgegangen bin und genau diesen Namen dazu angepackt hatte... aber wie später beschrieben entsteht mein Problem ja ursächlich an anderer Stelle.

 

https://docs.microsoft.com/de-de/off...form.recordset

???

 

Hallo TNP,

vergess es. Ich weiß nicht, was sich der Autor dabei gedacht hat, aber die Wortwahl "Dataset", was vollkommen untypisch für Access ist (es gibt dort kein Dataset Objekt), läßt darauf schließen, daß er keine Ahnung von dem gehabt hat, was er da beschreiben mußte. Der Begriff "DataSet" wird eigentlich nur im Zusammenhang mit der PivotTable-Ansicht verwendet. Dort könnte so eine Vorgehensweise vielleicht Sinn machen, was ich aber noch nie getestet habe.

Auch bei den Beispielen muß man aufpassen: in der Sub SupplierID_AfterUpdate() wird ein Close auf das Form.Recordset gemacht!

Du kannst das gerne mit "Trial and Error" selber alles ausprobieren. Ich für meinen Teil bleibe dabei und mache es jedenfalls ganz bewußt so nicht. Es hat keine Nachteile, wenn eigenständgen Datenquellen in den jeweiligen Formularen verwendet werden.

Gruß Ulrich

 

Ich kann nur sagen: Mit jeder Nacherklärung verliere ich ein Stück von dem, wo ich glaubte, etwas verstanden zu haben.

Mir ist selbst unklar, ob hier eine bewusste Unterscheidung zwischen Recordset-Eigenschaft und RecordSource-Eigenschaft stattfindet.

In tiefer Ratlosigkeit, was denn nun für ein Film läuft, gehe ich besser raus aus der Vorstellung.

 

Ja. Zwischen Recordset und Recordsource unterscheide ich sehr wohl bewusst. Ich glaube es hapert am Verständnis. Welcches Formular/Ufo was davon bekommt. Ich bin allerdings auch langsam müde... von daher danke für eure Verständnisbemühungen. Ich bin raus. Läuft ja...

 

Selbst das hätte ich so nicht sagen können ...

 

\@TNP
Warum nimmst du nicht einfach ein geteiltes Formular, da hast du Liste und
Detailansicht auf einen Blick, kannst in beiden Teilen editieren und brauchst
dazu auch keinen Code.
gruss ekkehard

 

\@Eberhard

Ein einfaches Requery reicht bei einem Formular dafür nicht aus. Tatsächlich muß die Recordsource nochmal an sich selber zugewiesen werden:
Code:

damit Änderungen an der zugrunde liegenden Query auch im Formular angewendet werden.

Gruß Ulrich

 

\@TNP:
Würdest du dann den Thread auch als erledigt kennzeichen?

Ulrich