Office: (Office 2010) Bei Before_Update feststellen wie speicherung ausgelöst wurde

Hi Markus,

ja, dein Vorschlag Subclassing aus #9 habe ich nicht vergessen.
Momentan sieht nach dem einzigsten Weg aus, wenn überhaupt.

Kenne mich mit dem Thema gar nicht aus.
Wenn jemand ein paar Ansetze hat, um es anzugehen, würde ich mich auf eine Rückmeldung freuen.

Allen einen guten Wochenstart :-)
JPA

 

\@JPA
Subclassing wäre wirklich das letzte, was ich aber auch nicht unbedingt empfehle.

Aber mit einem eignen Schließen Button, hat man ja die Kontrolle über alles.

LG Markus

 

Vielleicht erklärst Du uns einmal, wie denn normale Speichervorgänge ablaufen oder ablaufen sollen? Nur über einen Knopf?

 

Wie der Speicherablauf ausgelöst wird ist im prinzip irrelevant.

Der einzige Fall der "Probleme" macht, ist wenn das Formular geschlossen wird während der Datensatz noch Dirty ist.

VBA soll dann in der Lage sein die Abfrage "Soll der Datensatz gespeichert werden (J/n)" auszuführen, bevor der Datensatz gespeichert wird. Die Frage soll nur dann erscheinen wenn der Speichervorgang durch fenster schliessen ausgelöst wurde.

 

Leider nicht. Rechte maustaste auf Tab und befehl "Alles schliessen" und schon wird das Form "von aussen" doch geschlossen, obwohl in Formulareigenschaft Schliessen Schaltfläche auf Nein Steht.

und ich möchte mich an den Windows-Standard gerne halten.

 

Dann frage ich mich, worin der gehaltvolle Unterschied besteht, wenn aus einem schmutzigen Datensatz navigiert wird (impliziert das Speichern der Daten) und dem Schließen des Formulars (impliziert auch das Speichern der Daten)?

 

Ja, streng genommen erweitert sich meine Anforderung.

Also ein weiterer Grund, das die Rückfrage komen sollte.

Klickt der Anwender auf den Datensatzmarkierer (Stift) oder tipp Shift+Enter oder Speichersymbol, dann sollte die Abfrage nicht kommen, weil der Anwender ja bewusst/manuell den Speichervorgang auslöst.

Da fallen wir wieder auf die ursprünglich Frage zurück:
Im Before_Update festestellen wie die Datensatzspeicherung ausgelöst wurde.
Oder anders gefragt, wurde die Datensatzspeicherung durch das verlassen des Datensatzes ausgelöst?

 

... während der Anwender den Schließknopf selbstverständlich unbewußt drückt.*rolleyes.gif*

PS: Man könnte ja auch für unbewußt handelnde Anwender eine Anleitung zur Funktionaltät des Formulars bereitstellen, wenn man sich nicht dazu durchringen kann, das Schließ-Symbol des Formulars zu entfernen.

PPS: ... und Strg-F4 gilt es auch noch abzufangen, falls jemand unbewußt diese Tastenkombination wählen sollte.*grins

 

Den klickt er durchaus bewusst an, ihm ist aber gerade nicht bewusst, das er Daten im Datensatz geändert hat. (War klar das Anspielungen auf Bewusst/unbewusst kommen *rolleyes.gif* )

Wenn das Problem auf Event-ebene gelöst ist (was ich ja versuche...), dann ist dies eben nicht mehr abzufangen.

 

Scheint ja vollkommen logisch zu sein, dass das Bewußtsein über getätigte Änderungen am Datensatz ein Anwender natürlich nur beim Betätigen des Schließ-Knopfs verliert - nicht aber bei normaler Navigation. Ob dabei wieder Pillen eine Rolle spielen? *biggrin.gif*

 

Wenn ich den Stein des Handelns in die Hand bekommen möchte, lasse ich diesen Stein nicht erst in den See werfen, um ihn irgendwie aufwändig zu suchen, sondern ich lasse ihn mir idealerweise sofort in die Hand geben.

Wenn also dieser Editierenvorgang so ein eminent wichtiger ist, kapsele ich ihn z.B. in einem eigenen PopUp-Editierenformular. Ob und wie ich da rauskomme, lässt sich m.M. nach übersichtlich kontrollieren und ist wohl auch schon gezeigt worden.

 

Sich über ein Wunsch Windows-Standard einzuhalten lustig zu machen ist durchaus eine Anwortmöglichkeit. Ich frage mich nur wer hier die pillen einimmt?

Und vorab Lustigmachen ist nicht mit humor gleichzusetzen ;-)

 

Genau darum geht es, in ein Formular der nur einen Datensatz anzeigt. und des wegen hast du es nicht mehr unterkontrolle.

Verstehe nicht was so utopisch an der Anforderung ist *confused.gif*
Mir ist es auch schon das eine oder andere mal passiert, unbewusst/versehentlich daten zu ändern. (An dieser stelle lohnt es sich nicht wirklich wieder pillen anspielung zu bringen, da ich nicht mehr darauf eingehen werde, aber wenn es freude macht...).

An konstruktives haben wir den Gedanken von Subclassing. Dazu brauche ich mehr Zeit, um mich da einzuarbeiten. Tipps sind sehr willkommen, danke.

 

Hallo,

habe mal hier so etwas getestet, hat mich interessiert.
Das umständliche waren die 3 Ufos, mit einem war es relativ einfach.
Ob ich alles getestet habe... kA vielleicht findet man ja die eine oder andere Fehlfunktion.
Aber, so von der Idee her, denke ich, ist das was JPA meint, oder auch nicht *wink.gif*

 

Nimm halt ein ungebundenes Edit-Formular, das hast du vollständig unter Kontrolle.

Auf welche Messages willst du da reagieren?
'Alles schliessen' aus dem Kontextmenü eines Tab-Controlls,
Schließen der kompletten Anwendung (siehe z.B. https://www.tecchannel.de/a/subclass...-access,462148),
(übertrieben?!?)Access-Kill per Taskmanager ...?