Katalog mit Frontend-Input für neue Einträge

[backbone]

Hallo,

Das ist weniger eine Frage/Problem als ein Erfahrungsbericht:

Gebraucht wird ein Katalog für eine "Supporter"-Liste (oder Petition).
Anforderungen:
- Volle Bearbeitungsmöglichkeiten im Backend (verstecken, löschen, bearbeiten, hinzufügen, ...)
- Frontend-Listing aller veröffentlichten Einträge
- Einträge ("Unterschrift" als "Supporter") im Frontend hinzufügen (direkt veröffentlicht oder nicht)

Erstere beiden Punkte werden standardmäßig vom Katalog unterstützt und umgesetzt.
Letzterer Punkt ist etwas kniffliger, da das Katalog-Bearbeitungsmodul auch das verändern bestehender Einträge zulässt und, nachdem ein Eintrag angelegt wurde, das Bearbeitungsformular (was eigentlich ein "Eintrag-Hinzufügen"-Formular sein soll) zur Bearbeitung des grad eben hinzugefügten Eintrags springt (was nicht möglich sein soll). Außerdem sind die Buttons "Speichern", "Speichern und schließen" und "Speichern und neu" zuviel.
Um trotzdem die Funktionalität "ohne Programmier-Aufwand" umzusetzen habe ich ein Formular mit dem Formulargenerator angelegt und es auf "Eingaben in der Datenbank speichern" gesetzt und da natürlich die Tabelle des gewünschten Katalogs ausgewählt. Nun kann man ganz normal die Felder der Tabelle mit den dafür gewünschten Widgets im Formular nachbauen. Zusätzlich muss noch ein Verstecktes Feld mit dem Namen "pid" und den Wert der ID des Katalogs, in den Eingetragen werden soll, angelegt werden. Diese bekommt man von der Bearbeitungsseite des Katalogs (Katalog -> Edit "Mein Katalog" -> Edit Katalog).

Sicher ist das Ganze in dem Sinne, dass nichts kaputt gemacht werden kann. Allerdings können tote Einträge - Einträge mit ungültiger pid - eingetragen werden, sofern das Hidden-Field nicht über ein Session-Eintrag geprüft wird.

In dem Zusammenhang dann gleich ein Feature-Request für die Katalog-Entwickler:
- Option für Bearbeitungsmodul "Insert-Only Mode"
- Option um zu steuern welche Bearbeitungs-Buttons verfügbar sind.
- Option um die Labels der Bearbeitungs-Buttons zu verändern.
(Falls etwas von dem Umgesetzt werden wird, wär cool wenn bescheid gegeben wird)

Das wärs erstmal soweit.

[xtra]

- Option für Bearbeitungsmodul "Insert-Only Mode"

Bitte in den Tracker bei google code.

- Option um zu steuern welche Bearbeitungs-Buttons verfügbar sind.

catalog_edit.tpl

- Option um die Labels der Bearbeitungs-Buttons zu verändern.

system/config/langconfig.php

$GLOBALS['TL_LANG']['MSC']['save']
$GLOBALS['TL_LANG']['MSC']['saveNclose']
$GLOBALS['TL_LANG']['MSC']['saveNcreate'] 

alternativ hierzu: catalog_edit.tpl

Gruss
Chris

[backbone]

Also das mit Button-Labels und langconfig ist klar, nur dann wird das überall (auch im BE) geändert, was ziemlich blöd ist (vorallem bei mehreren Katalogen: "Bild hinzufügen", "Eintrag aktualisieren", ...).
Templates wären hierfür OK.

Zum Thema Button-Sichtbarkeiten:
Das kann man sicher übers Template regeln, würde aber glaube ich nicht verhindern, das die andere Aktionen auch ausgeführt werden.
Bsp: Ein edit-Template wo nur der "Speichern"-Button zu sehen ist, wenn man den klickt, ok alles iO. Jetzt kommt Trudy und fängt an den POST zu verändern und schickt als saveNnew ab. Was ich damit sagen will: Die Funktion ist noch da, wird nur nicht angezeigt.

Für den ersten Punkt mache ich ein Ticket auf.

[xtra]

Also das mit Button-Labels und langconfig ist klar, nur dann wird das überall (auch im BE) geändert, was ziemlich blöd ist (vorallem bei mehreren Katalogen: "Bild hinzufügen", "Eintrag aktualisieren", ...).
Templates wären hierfür OK.

Die buttons stehen, wie oben bemerkt, im Template.

Zum Thema Button-Sichtbarkeiten:
Das kann man sicher übers Template regeln, würde aber glaube ich nicht verhindern, das die andere Aktionen auch ausgeführt werden.
Bsp: Ein edit-Template wo nur der "Speichern"-Button zu sehen ist, wenn man den klickt, ok alles iO. Jetzt kommt Trudy und fängt an den POST zu verändern und schickt als saveNnew ab. Was ich damit sagen will: Die Funktion ist noch da, wird nur nicht angezeigt.

Für den ersten Punkt mache ich ein Ticket auf.

Der Erste Punkt erschlaegt gleichzeitig auch dein Argument zum zweiten Punkt.
Die Aktion "New" ist damit dann hinfaellig und wird nicht mehr getriggert.

Gruss
Chris

[backbone]

Die buttons stehen, wie oben bemerkt, im Template.

Das wollte ich damit sagen, nur aneinander vorbeigeredet :P

Der Erste Punkt erschlaegt gleichzeitig auch dein Argument zum zweiten Punkt.
Die Aktion "New" ist damit dann hinfaellig und wird nicht mehr getriggert.

In diesem Use-Case schon (vorrausgesetzt es wird auch entsprechend kontrolliert in der hoffentlich kommenden Implementierung), aber nicht im "normalen" Editier-Modus. Dort würde zwar eine "unerlaubte" Änderung des POST von "saveNclose" (die einzige Option die angezeigt wird in einem anderen Use-Case) in "save" nicht viel bringen es sei denn das man (eventuell) auf der gleichen Seite bleibt.

Generell fällt mir dazu ein das es auch vielleicht einen "edit only"-Modus geben sollte. Da wäre dann auch die Änderung von "save" in "saveNcreate" fehleranfällig, falls das nicht überprüft wird.