Project

General

Profile

Actions

Feature #16236

closed

FormEditor: sqlValidate - Dialog enhancements

Added by Carsten Rose 10 months ago. Updated 2 months ago.

Status:
Closed
Priority:
Normal
Assignee:
Jan Haller
Target version:
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

Related to QFQ - Feature #17255: Migrate Record Locking Alerts to 'AlertInfo': not logged in qfq.log, friendly UIClosedCarsten Rose09.11.2023

Actions
Related to QFQ - Feature #9129: sqlValidate: Message as notification, not as errorClosedJan Haller14.09.2019

Actions
Related to QFQ - Bug #14464: Exception: Missing button to edit FormElement with broken sqlValidate / beforeLoadClosedJan Haller04.07.2022

Actions
Related to QFQ - Bug #14233: AS _link: question - HTML is not renderedClosedJan Haller24.05.2022

Actions
Actions #1

Updated by Carsten Rose 10 months ago

  • Description updated (diff)
Actions #2

Updated by Carsten Rose 10 months ago

  • Description updated (diff)
Actions #3

Updated by Carsten Rose 5 months ago

  • Tracker changed from Support to Feature
  • Target version changed from 411 to CodingWeek2023
Actions #4

Updated by Jan Haller 5 months ago

  • Category set to 41
Actions #5

Updated by Carsten Rose 5 months ago

  • Category deleted (41)
  • Vote JH added
Actions #6

Updated by Carsten Rose 5 months ago

  • Status changed from New to Priorize
Actions #7

Updated by Carsten Rose 5 months ago

  • Description updated (diff)
Actions #8

Updated by Carsten Rose 5 months ago

  • Status changed from Priorize to In Progress
Actions #9

Updated by Carsten Rose 5 months ago

  • Estimated time set to 4.00 h
Actions #10

Updated by Carsten Rose 5 months ago

  • Assignee changed from Support: Web to Jan Haller
Actions #11

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
Actions #12

Updated by Jan Haller 4 months ago

  • Related to Feature #9129: sqlValidate: Message as notification, not as error added
Actions #13

Updated by Jan Haller 4 months ago

  • Related to Bug #14464: Exception: Missing button to edit FormElement with broken sqlValidate / beforeLoad added
Actions #14

Updated by Jan Haller 4 months ago

  • Related to Bug #14233: AS _link: question - HTML is not rendered added
Actions #15

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
  • 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 #16

Updated by Carsten Rose 2 months ago

  • Target version changed from CodingWeek2023 to 24.1.0.rc1
Actions #17

Updated by Carsten Rose 2 months ago

  • Status changed from In Progress to Closed
Actions

Also available in: Atom PDF