Feature #8187
closed
Subrecord: enable/hide new button - make new/edit/delete customizeable.
Added by Carsten Rose about 5 years ago.
Updated over 1 year ago.
Description
SW benoetigt fuer LSZGS die Moeglichkeit die maximale Anzahl an subrecords, die angelegt werden kann, zu begrenzen.
Das New Record (+) bei den Subrecords soll disabled werden wenn eine gewisse Anzahl erreicht ist.
- Variante 1: es gibt eine Option 'subrecordLimit'.
- Variante 2 (besser): fuer New, Edit, Delete gibt es Optionen 'newButton={{...}}', 'editButton={{...}}', 'deleteButton={{...}}'. Der Button wird mit der Link Notation gerendert. Fehlen die URL Parameter aus 'detail' und 'r=' werden diese wie gehabt eingebaut. Damit sind auch 'question', 'farben' usw. pro Row moeglich.
Files
- Target version changed from 146 to QFQCD19 - waere gut
- Status changed from New to Some day maybe
- Status changed from Some day maybe to New
- Target version changed from QFQCD19 - waere gut to next6
- Related to Feature #11326: Subrecords: Beschränkung anzahl möglicher records added
- Assignee changed from Carsten Rose to Marc Egger
Neue Varianten:
1) Simpel: Beim druecken des '+' Buttons wird im backend ueberprueft, ob die maximale anzahl der subrecords erreicht wurde. Falls nicht, wird ein standard QFQ Error zurueckgegeben.
2) Aufwaendig: Dynamic update fuer das subrecord formElement wird implementiert und beim druecken des delete knopfs, wird ein update des gesamten formElements getriggert
Ich werde mir 1-2h Zeit nehmen, um dynamic update zu verstehen und mir gedanken zu der impelemntierung von Variante 2) machen.
Falls wir Variante 2) waehlen, werde ich mit der Implementation erst beginnen, wenn mein FormAsFile Branch in develop gemerged ist.
- Status changed from New to In Progress
Habe mir ca. 2h Zeit genommen, um mit eine Uebersicht zu Dynamic Update zu verschaffen.
Fuer die Implementation von dynamic Update fuer Subrecord schaetze ich meine Arbeitszeit auf mindestens 5 Tage:
- Dynamic Update im Detail verstehen: 1d
- Dynamic Update fuer Subrecord einbauen: 2d
- Testen und Bugs fixen: 3d
Es wuerde mich aber nicht erstaunen, wenn ich doppelt so lange daran haette.
Danach muss ich dynamic update noch triggern, wenn der delete knopf von einem subrecord gedrueckt wird.
max. +1d
Total Arbeitsaufwand: 6-11 ganze Arbeitstage.
- Status changed from In Progress to New
- Assignee changed from Marc Egger to Carsten Rose
- Priority changed from High to Normal
Danke fuer das abklaeren, ich nehme das Ticket zu mir.
Weitere Ueberlegung:
- Wenn subrecords 'Dynamic Update'-aware waeren (vermutlich nicht), und bei jedem Update das gesamte Element (inkl. der records) ubertragen werden wuerden, dann muessten die New/Edit/Delete Buttons implizit korrekt sein.
- CR hat einige Zeit darueber nachgedacht wie man Edit/Delete als regulaere Spalte implementieren koennte. Fuer delete wird das ziemlich schwer, da kein 'a href' gerendert werden soll und alles in einer Spalte stattfidnen muss.
- Wenn der Subrecord dynamicUpdate=no hat, waeren keine Reaktionen auf neue Konstellationen moeglich, aber trotzdem haette man mehr Flexibilitaet als aktuell.
- CR benotigt fuer MY 'delete von homework uploads' die Moeglichkeit
- einzelne Records mit einer zusaetzlichen Sicherheitsabfrage zu versehen
- delete Button fuer einzelne Records zu disablen (gleiches fuer edit)
- Status changed from New to In Progress
- Target version changed from next6 to 385
- Prio Planung set to No
- Target version changed from 385 to 24.10.0
- Assignee changed from Carsten Rose to Enis Nuredini
- Assignee changed from Enis Nuredini to Carsten Rose
- Target version changed from 24.10.0 to 411
- Spalten in Subrecord Query:
_rowEdit, _rowDelete
- Definition wie gewoehnlich:
as _link
- Die dynamischen Parameter werden angehaengt.
- Status changed from In Progress to Closed
- Target version changed from 411 to 22.12.0
Also available in: Atom
PDF