Office: (Office 2003) Unterformular nicht speichern

Und da isses ... Update 2.45 *lach*

Update-Notes:

- 100% unempfindlich gegen "Mausflitzer"
- beherrscht den Umgang mit mehreren Buttons auf dem HF ohne das der DS im UFO gespeichert wird
- führt die Click-Ereignisse auf die Buttons im HF korrekt aus

Anmerkung des Entwicklers: Für Event-basiertes Handling wenden Sie sich bitte vertrauensvoll an Josef P. *g*

Gruß

Rainer

 

\@ Josef P.

Au verdammt Du hast Recht ... habe 0 und 1 durcheinander geschmissen. Sollte mal langsam eine Pause beim Texte schreiben einlegen. ^^

Hier jetzt das richtige Update mit Button = 1 und nicht 0. *wink.gif*

Aber die Feststellung mit den Tomaten auf unseren Augen zuvor bleibt gleich. ^^

KORREKTUR: Hat doch noch einen Hänger drinnen. Hatte zuerst gefunzt. Naja, das kommt davon wenn man nicht bei der Sache ist. *frown.gif*

Gruß

Rainer

 

Hallo!

Ich habe da mal irgendwo was gefunden, wo weiß ich nicht mehr genau. Datenbankbeispiel anbei. In den Eigenschaften ist der Autor auch genannt.

Grüße
Ingo

 

Und was hilft das? *wink.gif*

/edit: Könnte es sein, dass du dich beim Testen zu sehr von der Messagebox ablenken lässt. *biggrin.gif*

 

\@ Josef

*grummel*

Hast ja Recht. ^^

Durch die anfängliche Verwechselung von 0 und 1 sah es so aus als wenn es klappen würde. Aber kk ... kommt der button-Click funktioniert es zwar auch ... aber nur manchmal und manchmal wieder nicht, sprich Click löst Event im UFO aus vor dem MouseMove im HF.

Bastele aber gerade nochmal ... jetzt aber mit voller Konzentration. ^^

Gruß

Rainer

 

\@Ingo: danke auch für Dein Beispiel aber das ist genau das, was ich nicht wollte, mit temporären Tabellen, aus denen bei Bedarf alles wieder hergestellt werden kann ...

@Rainer: meine Zusatzfrage in #26 betreffend: hab ich da jetzt Tomaten aufen Augen ... ich finde das von Dir in erwähnte Beispiel von Josef nicht ... nur in Deinem Beispiel 'Variante 1' ...

Und in Variante 1 wird die Button_Click() Prozedur nach dem subform_beforeupdate() auch nicht weiter ausgeführt ... und das von Rainer in #25 vorgeschlagene

bringts auch nicht, da ich - wie schon vermutet - mehrere Buttons habe und in der subform Prozedur nicht weiss, welcher geklickt wurde ...

Da werde ich doch noch mal gründlich über einen alternativen Weg nachdenken (müssen).

 

Ich würde einmal behaupten, dass es dem Formular im Subform-Steuerelement auch gar nichts angeht, auf welche Schaltfläche im HF geklickt wurde.


... jetzt spielte ich mich auch noch ein wenig damit. *Smilie

/edit: und damit es etwas komplizierter zum Anschauen wird *biggrin.gif*, probierte ich auch noch eine etwas erweiterte Variante, die mit unterschiedlichen Formularen im UF-Steuerelement umgehen kann.

 

Hi,

@hc:
Man muss ja nicht aus temporären Tabellen wiederherstellen. Man könne auch ein persistentes, aber "zweites" Backend aufbauen, das nicth zum Retten, sondern zum lokalen Bearbeiten dient.

Zip anbei:

• Frontend = Oberfläche
• Backend = "echte" Daten (Stand des letzten Speicherns)
• Tempend = "lokale" Daten (zwischen Abruf aus Backend und Rückschreiben)

Vielleicht machen das die Datasets in VB.Net ungefähr so ähnlich *duck*

 

Hallo!

Achso. Hatte ich da was überlesen mit dem Ausschluß der temporären Tabellen? Mich interessiert das Thema auch, daher verfolge ich den Thread intensiv.

Grüße
Ingo

 

Genau. Deshalb hat auch dort der Aufruf der Click()-Prozedur aus dem HF nix zu suchen ...

@Martin: mit Verlaub, die 'doppelte Datenhaltung' gefällt mir nun nicht besonders ... besonders im Mehrbenutzerbetrieb scheint mir der Aufwand zu groß ...

@josef: die Variante 2 funktioniert prima und Du hast Dir ja viel Mühe gegeben, zu dokumentieren, was da wann genau passiert. Alle Achtung !!!

@Ingo: nee, Du hast nix überlesen aber ich hatte auch nicht alle meine Vorüberlegungen offenbart *wink.gif*

 

\@ hcscherzer

Die Variante_1 ist die Verfeinerung von Josef.

Allerdings haben ich jetzt mich nochmal intensiver drüber gemacht und darauf basierend das Ganze etwas aufgemöbelt.

In der Variante im Anhang sind die von Josef monierten "Mausfliter" abgefangen, sprich jetzt wird die Aktion nur ausgeführt wenn der User auch tatsächlich einen Button clickt. Dafür musste ich allerdings in die API-Trickkiste reinlangen und das ganze mit einer primitiven Holzkeulen-Methode kombinieren. Funktioniert jetzt aber zuverlässig und ist absolut immun gegen Mausflitzer. ^^

Bei der Undo-Anweisung geht es dann auch im Anschluß direkt mit dem Code im Click-Ereignis des Buttons weiter.

Desweiteren ist jetzt auch noch ein zweiter Button im HF der auch geclickt werden kann und erstmal nur die Speicherung des DS im UFO unterbindet (könnten auch noch mehr Buttons sein ^^). Danach ruft er sich allerdings selber als Click-Ereignis auf und funktioniert auch nur beim ersten Click, der zweite Click funktioniert erst wieder wenn der User was im UFO eingegeben hat. Gefällt mir so aber noch nicht, bloß gerade keine Zeit mehr da noch weiter zu gucken wie man das eleganter lösen kann.

Das ist in der Variante möglich. Musst halt nur um eine Property ergänzen die die den Enum-Wert für den gewählten Button aus dem HF ausliest. Dann sollte aber die Enum-Auflistung eher als Public in ein Modul rein. Habe allerdinds nach Abfang des BeforeUpdate-Ereignissen die Rücksetzung der Enum-Auflistung eingebaut, musst die dann halt entfernen ... die ist eh nicht wichtig.

Gruß

Rainer

 

\@hc:
Dafür kann ich stundenlang und mit voller, uneingeschränkter Access-Unterstützung meine Daten lokal bearbeiten und dann den ganzen Schmus mit einem Klick "bereitstellen".

Sooo abwegig scheint mir das nicht. Die Datasets in VB.Net sind auch "lokale Kopien" von Daten, die beim Speichern dann zurückgeschrieben werden. Redundant ist das nicht, denn die lokalen Daten sind noch nicht "ernstgemeint" und überleben das Wegschreiben nicht.

 

Ich komme noch einmal auf den Vorschlag von Klaus (Daten zwischenspeichern) zurück. Da ich darauf antwortete, dass man das in eine Klasse verpacken könnte, will ich das nun auch noch kurz zeigen. *wink.gif*

In diesem Beispiel wird allerdings nur der aktuelle Datensatz in einem Array zwischengespeichert. Man kann also immer nur die Änderungen des gerade aktuellen DS im HF bzw. UF rückgängig machen.
(Wer Lust hat, kann den Code natürlich auch entsprechend abändern, damit alle DS des jeweiligen Formulars zurückgesetzt werden können.)

/edit: Undo-Button für HF ergänzt.

 

.. und weil es gerade so lustig ist *Smilie, noch eine kleiner Erweiterung für die Variante 4: damit können die Änderungen in einem DS in Stufen rückgängig gemacht werden, falls der DS mehrmals hintereinander gespeichert wurde.

 

... und stundenlang bekommen die anderen Benutzer der Datenbank nichts von Deinen Änderungen mit?