Project

General

Profile

Actions

Feature #8187

closed

Subrecord: enable/hide new button - make new/edit/delete customizeable.

Added by Carsten Rose almost 5 years ago. Updated over 1 year ago.

Status:
Closed
Priority:
Normal
Assignee:
Carsten Rose
Target version:
Start date:
08.04.2019
Due date:
% Done:

0%

Estimated time:
Discuss:
Prio Planung:
No
Vote:

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


Related issues

Related to QFQ - Feature #11326: Subrecords: Beschränkung anzahl möglicher recordsRejectedMarc Egger16.10.2020

Actions
Actions #1

Updated by Carsten Rose over 4 years ago

  • Target version changed from 146 to QFQCD19 - waere gut
Actions #2

Updated by Carsten Rose over 4 years ago

  • Status changed from New to Some day maybe
Actions #3

Updated by Carsten Rose over 4 years ago

  • Status changed from Some day maybe to New
Actions #4

Updated by Carsten Rose about 4 years ago

  • Target version changed from QFQCD19 - waere gut to next6
Actions #5

Updated by Carsten Rose over 3 years ago

  • Related to Feature #11326: Subrecords: Beschränkung anzahl möglicher records added
Actions #6

Updated by Marc Egger over 3 years ago

  • 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.

Actions #7

Updated by Marc Egger over 3 years ago

  • Status changed from New to In Progress
Actions #8

Updated by Marc Egger over 3 years ago

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.

Actions #9

Updated by Carsten Rose over 3 years ago

  • 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.

Actions #10

Updated by Carsten Rose about 3 years ago

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)
Actions #11

Updated by Carsten Rose over 1 year ago

  • Status changed from New to In Progress
  • Target version changed from next6 to 385
  • Prio Planung set to No
Actions #14

Updated by Carsten Rose over 1 year ago

  • Target version changed from 385 to 24.10.0
Actions #15

Updated by Enis Nuredini over 1 year ago

  • Assignee changed from Carsten Rose to Enis Nuredini
Actions #16

Updated by Enis Nuredini over 1 year ago

  • Assignee changed from Enis Nuredini to Carsten Rose
Actions #17

Updated by Carsten Rose over 1 year ago

  • Target version changed from 24.10.0 to 411
Actions #18

Updated by Carsten Rose over 1 year ago

  • Spalten in Subrecord Query: _rowEdit, _rowDelete
  • Definition wie gewoehnlich: as _link
  • Die dynamischen Parameter werden angehaengt.
Actions #19

Updated by Carsten Rose over 1 year ago

  • Status changed from In Progress to Closed
  • Target version changed from 411 to 22.12.0
Actions

Also available in: Atom PDF