Hallo Leute!
Laut Hilfe wird seit R6 die Verwendung des QuerySave-Events nicht mehr empfohlen, stattdessen soll man onSubmit verwenden...
Gibt's dafür einen triftigen Grund? Wenn ja, welchen?
 

Edit: betrifft auch noch andere Events, aber da isses mir gerade aufgefallen...

hm..im Notes Client greift bei einer Speicheranfrage

OnSubmit vor dem Refresh = Validieren der Feldern
QuerySave nach dem Refresh = Felder validiert

Ich finde, daß beide ihren Zweck erfüllen, je nachdem wie man seine Form aufgebaut hat. Auch könnte ich mir beide Events zusammen vorstellen in einer Form.

@Meff
Naja, dafür gab's ja extra den Web-QuerySave...

@Rob
Sicher? Laut Designer (6) Hilfe:

The QuerySave event occurs before Notes refreshes the fields during the save process, so the script works with unvalidated and untranslated data unless you explicitly refresh.

habe mir sowas gedacht.

kenne mich mit 6 noch nicht so aus.  

@Rob
Aber man muss sich vorher entscheiden, für was man den Event programmiert?
Man hat dort doch dieses FlipDown Menü
Starten: Web/Client

@Centaury :

Naja, dafür gab's ja extra den Web-QuerySave

Stimmt schon, allerdings hast Du durch die ganzen JS Events doch noch ein paar mehr Möglichkeiten, als nur durch den einen in R5.

Meff

Wir fassen zusammen:

Das ganze ist eigentlich nur eine Änderung der Namenskonvention (das "alte" QuerySave wird nur aus Kompatibilitätsgründen mitgeschleppt), um die Entwicklung zu vereinfachen bzw. zwischen WebClient und NotesClient zu vereinheitlichen.

Wenn's für beide Clients sein soll, muss man natürlich eine Sprache nehmen, die beide verstehen. Und da bleibt als Schnittmenge nunmal nur (Common) JavaScript.

Wer genau hinguckt, der wird feststellen, dass man schon an der Farbe des Kreises vor dem Event sehen kann, ob da was für Notes oder Web oder Beides drinsteht.