-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Was ist schon NÖTIG, und was ist WICHTIG?
Das User-Interface gewinnt durch diese Feature sicher ein wenig an Attraktivität, unbedingt nötig wäre es natürlich nicht.
Es geht nicht darum, ob es zu aufwändig wäre, bei jeder Komponente zu reagieren, sondern darum, dass alles, was man routinemässig manuell irgendwo eintragen muss, eine potentielle zukünftige Fehlerquelle ist. Und besonders lästig...
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Genau nach diesem Prinzip arbeitet meine Routine zum Erkennen einer Änderung.
Wenn die Daten in das Formular geladen werden, werden die Werte aller Komponenten des Formulars in so einer Schleife durchlaufen und in einer Stringlist abgelegt.
Die Routine, die auf Änderungen prüft, vergleicht die aktuellen Werte der Controls mit denen in der Liste.
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Ja, so ginge es auch - aber:
Die Programme sind wesentlich länger im Einsatz, als ich mich an den Code, den ich "damals" verbrochen habe, erinnern würde - und gar erst, wenn irgendwann ein anderer Programmierer Änderungen in dem Code machen muss. Der baut dann in ein Feld eine OnChange Behandlung ein und wundert sich, warum plötzlich der "Speichern"-Button nicht mehr aktiviert wird, obwohl das...
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Genau der Satz, den du von mir zitiert hast, spricht dagegen. Ein falsche Ausrichtung des Controls sehe ich auf den ersten Blick, wenn ich die Form öffne. Schon eine falsche Tab-Reihenfolge eines irgendwo in der Mitte eingefügten Eingabefelds ist für den User mühsam und passiert immer wieder, wenn der Programmierer beim Testen des Programms vorwiegend mit der Maus arbeitet. Und dass die Zuordnung...
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Die Prüfung mache ich eben für das eine Feld auch in der zentralen Routine:
Nachdem spezielle OnChange-Behandlungen eher selten nötig sein werden, ist die Einschränkung nicht wirklich wichtig. Gültigkeitsprüfungen gehören ja zum Beispiel meiner Meinung nach ins OnExit und nicht ins OnChange.
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
@Dalai
Das würde heissen, dass man individuelle Onchange-Behandlungen auch in der zentralen Routine erledigen muss, wenn man wirklich einmal ausnahmsweise solche braucht, und den einzelnen Kompos eben keine Onchange Ereignisse zuordnen darf - Ja, das scheint mir ganz praktikabel zu sein, die Lösung gefällt mir immer besser :-D .
Und wenn irgendwer, der zwei Jahre später am Formular eine...
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
"mit den Foren-Usern" ist wohl sicher nicht zutreffend. Ich bin für jeden konstruktiven Vorschlag dankbar.
Dazu spare ich mir einen weiteren Kommentar.
Genau das mache ich ja. Es geht ja nur darum, sicherzustellen, dass diese "zentrale On-Change Routine" auch wirklich allen Komponenten zugeordnet ist. Deshalb hatte ich nach so einer globalen Windows-Message gefragt, an die ich den...
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Hmm, das wäre auch ein Ansatz, der mir gefallen könnte. Lässt sich noch weiter verbessern, dass man neue Komponenten an der Stelle nicht manuell einfügen muss:
for i:=0 to componentcount-1 do
if component=Tedit then Tedit(component).onchange:=tne
else
if component=Tcheckbox then TCheckbox(component).onchange:=tne
...
Ein Problem hätte ich dann nur, wenn es Komponenten...
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Die falsche Behauptung habe ich nirgends aufgestellt. Das Auslösen des Ereignisses hilft nicht, wenn nicht daruf reagiert wird. Mir geht es darum, dass diese Reaktion immer automatisch abläuft, ohne dass ich dafür in einer Komponente, die ich in der Form platziere, weitere Schritte unternehmen müsste.
Bei meiner Lösung muss ich die Ereignisbehandlung ein einziges mal schreiben und brauche...
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Nachdem es die Message nicht gibt, sind weitere Überlegungen in die Richtung natürlich sinnlos. Aber wenn es so eine Message geben würde, dann müsste natürlich jede Komponente selbst wissen, wann sie sie verschicken muss, TWinControl kann das nicht. Das könnte mir aber gleichgültig sein.
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
OnChange tut erst einmal gar nichts, solange du nicht explizit ein OnChange-Ereignis programmierst und das im OI (oder sonstwie) der Komponente zuweist.
Ich glaube nicht, dass das bei dir anders ist.
Stimmt, man muss nicht immer alles verstehen :wink:
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
@himitsu
Das Ableiten von eigenen Komponenten steht auf meiner to-do List.
Wenn es eine Windowsmessage 'somethinghaschanged' geben würde, die bei jeder Änderung des Inhalts eines beliebigen Wincontrol gefeuert würde, dann würde ich mich schon darauf verlassen wollen, dass die bei jeder Art von Wincontrol und bei jeder Änderung des Inhalts uch in zukünftigen Windows-Versionen gefeuert wird....
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Natürlich speichere ich den Inhalt der diversen Felder und nicht die visuellen Komponenten.
Die Verwendung des Onchange ist von der Programmierung her recht fehleranfällig: wenn ich ein neues Feld einführe und auf die Zuweisung des Onchange vergesse, oder wenn ich ein spezielles Onchange brauche und dort auf das inherited vergesse, dann merke ich den Fehler nicht leicht.
Mit der Methode, die...
-
Forum: Win32/Win64 API (native code)
by idefix2,
18. Mai 2015
Für die meisten der Komponenten nicht. Die Daten werden über unterschiedliche Komponenten (Edit, Combobobox, Radiobutton etc.) erfasst und beim Drücken des Buttons "speichern" ohne weitere spezielle Verarbeitung abgespeichert. Nur wenige Eingabefelder haben eigene Ereignisbehandlungsroutinen.
Dazu müsste ich mir eben eigene Komponenten ableiten und statt der normalen Komponenten meine...
-
Forum: Win32/Win64 API (native code)
by idefix2,
17. Mai 2015
Ich habe auf jedem Formular zwei Buttons für "abbrechen" und "speichern".
Solange am Formular keine Änderungen gemacht worden sind, ist nur der "speichern"-button enabled und hat als Caption "schliessen" statt "speichern".
Sobald irgend welche Daten geändert worden sind (Text in einem Edit, Radiobutton-Status, checkbox-Status, egal was) werden beide Button aktiviert, und der User kann die...
-
Forum: Win32/Win64 API (native code)
by idefix2,
14. Mai 2015
Gibt es eigentlich eine Windows Message, die immer dann geschickt wird, wenn irgendwo im Formular der Inhalt eines WinControl verändert wurde?
Ich habe jetzt eine Weile gesucht, aber nichts gefunden.
