Timing beim Abarbeiten von Scripten mit Reload-Feldern

Hallo Heinz,

dann verstehe ich nun genauer, worum es eigentlich geht.

Zu: 0x wäre für mich logisch:
Es wäre erwartbar, ist es aber aufgrund der internen Nutzung leider nicht.
Es gibt das Event nicht so, wie du es gerne hättest.

Diese Events werden genutzt um intern die beliebig vielen und beliebig stark abhängigen dynamischen SQL-Felder zu implementieren.
Es gibt mehrere technische Anforderungen, die unabhängig voneinander mit einem change-Event arbeiten.
Daher erfolgen diese Events so, wie oben zu sehen und werden auch nicht geändert.

Zu: die Lösung mit der Statusvariablen:
Wenn ich dich richtig verstanden habe, könnte weiterhin eine einfache Status-Variable deine Lösung sein.
Du kannst den Status etwa wie folgt anders definieren.

Die Status-Variable enthält einfach den letzten Wert 'sqlFeld'.
Im change-Event von 'sqlFeld'
- testest du den letzten Wert von 'sqlFeld' gegen den aktuellen Wert von 'sqlFeld',
- reagierst nur falls die beiden Werte nicht übereinstimmen,
- merkst du dir den aktuellen Wert von 'sqlFeld' als letzten Wert von 'sqlFeld'.

Das könnte für dich funktionieren.

Liebe Grüße, Ingmar

Hallo Ingmar, Danke für die Klarstellung und deinen Lösungsvorschlag. Das entspricht genau meinem Workaround, den ich in meinem 2. Post: [url] vi-solutions.de/de/forum/19-joomla-exten...reload-feldern#10712 [/url] versucht habe, zu beschreiben. Zitat:

Mein Workaround ist jetzt, dass ich kurort und kurzeit mit 
$('.visform').bind('visformsInitialised', function() {
speichere und in clearSyntaxField mit den aktuellen Werten vergleiche und entsprechend weiter verfahre.

Ich habe nun verstanden, dass zumindest für SQL-Felder ein .change() nicht wirklich eine Änderung des Feldwertes bedeuten muss, sondern nur kann. Und das dies der Implementierung der komplexen SQL-Felder geschuldet ist. Dementsprechend werde ich meine Scripte anpassen.
Vielen Dank für die sehr ausführliche Analyse und Erklärung. Ich mag diesen Service! 

Hallo Heinz,

danke für die Info zu deinem funktionierenden Workaround.

Es freut mich auch, dass wir hier im Forum damit gut voran kommen.
Insbesondere auch mit deinen anspruchsreichen 'Deep-Dive' Entwickler-Fragen.

Einfache klare Aussagen und konkrete Beispiele helfen stark bei der Klärung der genauen Problematik.
Deine Test-Instanz mit dem isolierten Beispiel war extrem hilfreich und effektiv.

Zu: Ich habe nun verstanden ...
Genau dieser Kontext ist wichtig zu wissen, um eine eigene, wie auch immer gestrickte, Lösung zu platzieren.
Annahmen sind regelmäßig nicht erfüllt, zumindest nicht zu 100% und dann funktioniert es nicht richtig.

Liebe Grüße, Ingmar