Actions
Feature #16236
closedFormEditor: sqlValidate - Dialog enhancements
Start date:
16.05.2023
Due date:
% Done:
0%
Estimated time:
4.00 h
Discuss:
Prio Planung:
No
Vote:
JH
Description
- 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).
Related issues
Updated by Carsten Rose 4 months ago
- Related to Feature #17255: Migrate Record Locking Alerts to 'AlertInfo': not logged in qfq.log, friendly UI added
Updated by Jan Haller 4 months ago
- Related to Feature #9129: sqlValidate: Message as notification, not as error added
Updated by Jan Haller 4 months ago
- Related to Bug #14464: Exception: Missing button to edit FormElement with broken sqlValidate / beforeLoad added
Updated by Jan Haller 4 months ago
- Related to Bug #14233: AS _link: question - HTML is not rendered added
Updated by Jan Haller 4 months ago
- messageFail wird durch alert ersetzt
- Notation von alert ist analog zu q: (AS _link)
- alert bietet die Möglichkeit Speichern trotzdem zu erlauben
- messageFail wird nach wie vor unterstützt, wenn alert nicht verwendet wird
- neuer Parameter exception
- Falls gesetzt (exception[=1]) wird wie bisher eine UserFormException geworfen
- Exception wird geloggt
- Timestamp und Reference werden angezeigt
- Keine Details zum Fehler (auch nicht für Developer)
- Falls nicht gesetzt oder exception=0 wird eine InfoException geworfen
- Exception wird nicht geloggt
- Kein Timestamp und Reference angezeigt
- Keine Details
- Falls gesetzt (exception[=1]) wird wie bisher eine UserFormException geworfen
- Neues Design für Dialog
- Alerts in weiss
- Farben für Level (info, success, warning, danger/error) pastell
- Fehler (Form): Debug Info und Details können über Button angezeigt werden (default ausgeblendet)
Actions