Revision 72d614c4
Von Bernd Bleßmann vor etwa 1 Jahr hinzugefügt
| doc/controller-refactor-todo.txt | ||
|---|---|---|
| 64 | 64 |
- DONE: S:M:R->delete: kein croak sondern die, wenn transaction einen Fehler wirft |
| 65 | 65 |
- S:M:R->new_from_workflow: type data: subtype_to_type |
| 66 | 66 |
- DONE: S:M:R->new_from_workflow: no_linked_records als opt. flag |
| 67 |
- S:M:R->increment_subversion: als trait bzw. type data: wer kann das überhaupt
|
|
| 67 |
- DONE: S:M:R->increment_subversion: als trait bzw. type data: wer kann das überhaupt
|
|
| 68 | 68 |
- WIP: S:M:R->save implementieren |
| 69 | 69 |
|
| 70 | 70 |
|
| ... | ... | |
| 85 | 85 |
- Typen in Objekten selbst speichern, nicht über customer/vendor id holen |
| 86 | 86 |
|
| 87 | 87 |
======== an der Oberfläche testen, testen, testen ... ======== |
| 88 |
- bleiben item_ids der linked records/items beim Sortieren erhalten?
|
|
| 89 |
- Umwandeln Beleg/Beleg new_from / convert gegen linked records/items testen
|
|
| 88 |
- DONE: bleiben item_ids der linked records/items beim Sortieren erhalten?
|
|
| 89 |
- WIP: Umwandeln Beleg/Beleg new_from / convert gegen linked records/items testen
|
|
| 90 | 90 |
- Umwandeln im front-end / Workflows gegen linked records/items testen |
| 91 | 91 |
- Fehlerzustände in Controllern provozieren und prüfen, ob z.B. autom. vergebene Belegnummer erhalten bleibt |
Auch abrufbar als: Unified diff
controller refactoring: TODO update