Feature #16236
Updated by Carsten Rose 6 months ago
* Aktuell kommt bei sqlValidate / expectRecords eine QFQ Exception.
* Das ist 'lazy' implementiert worden: wird wollten einfach einen Dialog haben der aufpoppt und schnell implementiert war.
* Es macht keinen Sinn an der Stelle eine Exception zu liefern (da wird etwas geloggt, das gar nicht geloggt werden sollte - es soll ja nur ein Hinweis an den User gegeben werden).
* Der Dialog ist unfreundlich (tiefschwarz) - wie sehen die Link 'q:' Dialoge aus, haben wir dort die Moeglichkeit die Farbe zu besteimmen?
* Wenn wir von der Exception wegkommen, gibt es auch keine Errorcodereferenz mehr - das ist gut.
* Im Report gibt es schon Dialoge die man mit 'q:...' oeffnen kann.
* So etwas sollte beim Speichern eins Forms auch moeglich sein, inkl. der Variante das das speichern nicht nur abgelehnt wird, sondern einfach eine Notifikation ist - das speichern dann aber durchgefuehrt wird. Es gibt dann folgende Varianten
* Button 'ok': kein speichern (das jetzige Verhalten)
* Button 'ok': einfach nur ein Hinweis, nach Click auf ok wird gespeichert.
* Button 'ok' / 'Abbruch': speichern nur bei 'OK', bei 'Abbruch' geht es zurueck in's Form.
* Wie bei 'q:' sollten Button Text usw. konfiguriertbar sein. Am besten die gleiche Notatation nehmen wie bei 'q:'.
* Option: Bei sqlValidate neben 'OK' auch 'Force' (Optional).