Änderungen an Edits und Co feststellen

[Assertor]

Hallo,

ich suche gerade eine gescheite Möglichkeit, für Eingabeforms Änderungen festzustellen (um einen SaveButton zu enablen).

Ich möchte natürlich möglichst nicht jedem einzelnen Edit/Memo/Combo etc.pp. einen OnChange zuweisen und dort rumprüfen und dann eine globale Variable setzen. Das geht sicherlich, aber wirkt nicht sehr schön und professionell.

Meine Überlegung: Kann man die OnChange Events (sind doch TNotifyEvents) irgendwie global abfangen und prüfen (modified?).

Hat da jemand schon was praktikables gefunden, oder geht Ihr die per OI mit Zuweisung durch?

Gruß und vielen Dank im Voraus!
winkel79

[ManuMF]

Du kannst allen Edits das gleiche onChange zuweisen, falls du das nicht ausschließen willst. IMHO gibt es keine für den Programmierer ( ;-) ) komfortablere Möglichkeit.

[Helmi]

Hallo,

du kannst ein OnChange mehreren Edits z. B. zuordnen.

Ich mach das in manchen Programmen auch, um zu prüfen, ob sich was geändert hat, um dann einen Übernehmen-Button zu enablen

[ManuMF]

Zitat:

Zitat von Helmi

du kannst ein OnChange mehreren Edits z. B. zuordnen.

Hab ich das nicht gesagt? ;-)

[Helmi]

Zitat:

Zitat von ManuMF

Zitat:

Zitat von Helmi

du kannst ein OnChange mehreren Edits z. B. zuordnen.

Hab ich das nicht gesagt? ;-)

Schon, aber ich hab das letzte Wort :mrgreen: :mrgreen: :mrgreen:
Hab den roten Kasten übersehen

[Assertor]

Danke für Eure Antworten. Das mache noch so spät hier sind ;)

Hab mir sowas schon gedacht mit dem OnChange.

Habe aber gerade festgestellt, daß das natürlich nicht bei allen Komponenten klappt. Checkbox und ein paar andere haben den OnChange Event garnicht :(

Andere Ideen?

[ManuMF]

Da kannst du das onClick-Event nehmen. Müsste von den Parametern hinhauen.

[OT]

Zitat:

Zitat von Helmi

Hab den roten Kasten übersehen

lol, ich hab langsam das Gefühl, ich bin der Einzige, den der Rote Kasten zwingt, nochmal auf Absenden zu klicken :mrgreen:
[/OT]

[Hansa]

Zitat:

Zitat von ManuMF

Du kannst allen Edits das gleiche onChange zuweisen, falls du das nicht ausschließen willst. IMHO gibt es keine für den Programmierer ( ;-) ) komfortablere Möglichkeit.

IMHO schon. :mrgreen: Geht es um ein Edit und das ist auf etlichen Forms ?

[Assertor]

Hallo Hansa,

Zitat:

Zitat von Hansa

IMHO schon. :mrgreen: Geht es um ein Edit und das ist auf etlichen Forms ?

nein, es geht um die verschiensten Eingabefelder (RichEdit, Checkbox, Combobox, Edits, MaskEdits und ein paar Jedis). Die sind pro Eingabeformular unterschiedlich.

Ich wollte die OnChange/OnClick ansonsten automatisch per For-Schleife im OnCreate zuweisen. Mal sehen, ob das was wird.

Gruß winkel79

[ManuMF]

Zitat:

Zitat von winkel79

Ich wollte die OnChange/OnClick ansonsten automatisch per For-Schleife im OnCreate zuweisen.

müsste eigentlich gehen. du musst nur darauf achten, dass du - je nach Komponente - das passende Event wählst (Change, Click).

[Assertor]

Idee gut, Ausführung schlecht. Einige Componenten ohne OnChange haben bereits OnClick Events zugeordnet.

Da muß ich wohl alle einzeln durchgehen...

[Hansa]

Benutze :

Delphi-Quellcode:

if XX is TEdit

usw. Das Ganze am besten in der Objektablage.

[PeterPanino]

Zitat:

Zitat von winkel79

Hallo,

ich suche gerade eine gescheite Möglichkeit, für Eingabeforms Änderungen festzustellen (um einen SaveButton zu enablen).

Ich möchte natürlich möglichst nicht jedem einzelnen Edit/Memo/Combo etc.pp. einen OnChange zuweisen und dort rumprüfen und dann eine globale Variable setzen. Das geht sicherlich, aber wirkt nicht sehr schön und professionell.

Meine Überlegung: Kann man die OnChange Events (sind doch TNotifyEvents) irgendwie global abfangen und prüfen (modified?).

Hat da jemand schon was praktikables gefunden, oder geht Ihr die per OI mit Zuweisung durch?

Gruß und vielen Dank im Voraus!
winkel79

Vielleicht ist das genau das was du suchst:

"This unit implements a class that can store the content of controls on TWinControl container (e. g. a form), allows the containers current content to be checked for changes against a stored state, and also to be restored from a stored state."

Siehe angehängtes Archiv. Hab leider die Webadresse nicht mehr, von der ich es heruntergeladen habe.

[raiguen]

@winkel79:
TRichEdit, TEdit, TMaskEdit, TMemo haben die Eigenschaft MODIFIED :)
Diese Eigenschaft wird TRUE, wenn sich das entsprechende Control bzw der Text im selbigen (ver)ändert.
Nach dem Speichern bspw. sollte man natürlich MODIFIED wieder auf false setzen (sofern die Form nach dem Speichern nicht geschlossen wird).

[Phoenix]

Aaaalso:

Ich mach das bei den meisten Anwendungen so:
Auf dem Formular habe ich eine Procedure ToggleButtons. Diese rufe ich nach jeder Aktion auf (OnChange, OnClick etc.). In dieser Methode werden alle Bedingungen für die jeweiligen Controls evaluiert und die dinger enabled / disabled visible / invisble etc. gemacht.

Damit kannst Du diese Methode z.B. direkt im OnChange Deiner Edits, aber auch im OnClick Deiner Checkboxen aufrufen und alles ist in Butter. :)

[Assertor]

Hallo,

danke für die zahlreichen Antworten.

@PeterPanino: Wow, das ist ja ein ziemlich umfangreiches Library. Sieht ja ziemlich gut aus, da muß ich aber mal die Unicode Verarbeitung prüfen - das verwendet ja viele Stringlisten für die Prüfung...

Ich werde auch mal die Ansätze von raiguen und Phoenix gleich ausprobieren.

Bis bald.

[marabu]

Hallo,

du solltest zwei Problemfelder sauber voneinander trennen: Die Feststellung, ob sich etwas geändert hat und die Steuerung der Aktionsschalter. Letzteres wird zeitgemäß über das Ereignis OnUpdate() einer Action erledigt, welche dann den Aktionselementen zugeordnet wird.

Beim angehängten Beispiel muss beachtet werden, dass Controls mit gekapselten StringListen (ListBox) Änderungen an diesen Listen nicht melden.

Grüße vom marabu

[Assertor]

Hallo marabu!

Zitat:

Zitat von marabu

[...] und die Steuerung der Aktionsschalter. Letzteres wird zeitgemäß über das Ereignis OnUpdate() einer Action erledigt, welche dann den Aktionselementen zugeordnet wird.

Mit Deinem Beispiel und dieser Erklärung hast Du gerade ein ganz anderes Problem für mich gelöst. Ich hatte immer einzelne ActionExecutes zugewiesen und nicht auf den Sender geprüft. Zusätzlich hatte ich manuelle Enabled/Disabled-Prüfungen.

Jetzt liegt alles in jeweils einer Prozedur (1x Execute, 1x Update), die alles prüft.

Nun habe ich endlich die ActionsLists verstanden! Danke Dir, das suchte ich auch noch!!

:cheers:

Zurück zum Problem:
Ich sehe gerade, daß z.B. Borland in der IDE den "Speichern" Button immer verfügbar hält. Die haben sich also auch nicht die Arbeit gemacht.

Da frage ich mich, ob ich mir überhaupt die Arbeit machen sollte. Insbesondere bei Komponenten wie VST oder anderen, die garnicht Modified oder OnChange bieten...

Gibt es hier welche, die Speichern auch immer anbieten (nicht verwechseln mit "Speichern Unter").

Gruß winkel79

[marabu]

Hallo,

die Aktion "Speichern" immer anzubieten finde ich nicht so gut, der Benutzer hat dann keine visuelle Kontrolle mehr. Die Überwachung von komplexen Komponenten lässt sich immer auf ein einfaches Problem zurückführen. Bei einem Grid (VST kann auch als ein Grid betrachtet werden) würde ich den Änderungsstatus des einzelnen Datensatz überwachen.

Freundliche Grüße

[Assertor]

Hi marabu!

Zitat:

Zitat von marabu

die Aktion "Speichern" immer anzubieten finde ich nicht so gut, der Benutzer hat dann keine visuelle Kontrolle mehr. Die Überwachung von komplexen Komponenten lässt sich immer auf ein einfaches Problem zurückführen. Bei einem Grid (VST kann auch als ein Grid betrachtet werden) würde ich den Änderungsstatus des einzelnen Datensatz überwachen.

Mist, ich hoffte schon einen Fürsprecher zu finden, um mir die Arbeit zu sparen ;)

Aber Du hast mich überzeugt. Ich habe bei VST die Prüfung einfach in das EndEdit der EditLink-Propertyclass eingebaut. Habe nur noch eine Komponente, die kein OnChange o.ä. hat. Onclick geht zwar, aber das klappt mit Änderungen per Tastatur nicht...

Gruß winkel79