Hallo Zusammen,
ich habe entsprechend der sr_feuser_register Documentation ein weiteres Feld hinzugefügt.
Dabei handelt es sich um ein Mulit-Select-Field (wie das zur Auswahl der Usergroup). Das itemsArray in der ext_tables.php befülle ich jedoch nicht manuell sondern dynamisch über eine "itemsProcFunc".
Die "itemsProcFunc" ermittelt "uid" und "title" einiger Seiten aus "pages". Im Backend funktioniert alles wunderbar – ich kriege alle, den Kriterien entsprechenden, Items zur Verfügung gestellt, kann diese dann auswählen, speichern und entsprechend verarbeiten.
ABER ... jetzt möchte ich das Feld natürlich auch im Registrierungsformular (im FE) ausgeben. LABEL und FIELD Marker werden zwar mit einem Select-Field befüllt – jedoch enthält dieses keine Werte.
Wenn ich das Select-Field (in der ext_tables.php) über "items" befülle funktioniert es ohne Probleme – daher ist die Ursache allen Übels wohl die dynamische Befüllung über "itemsProcFunc" (ich denke die Funktion wird nur aufgerufen wenn ich im Backend die Maske mit dem Feld öffne?).
Kennt vielleicht jemand von euch einen Workaround hierzu mit dem ich das Ganze lösen könnte? Ich drehe mich gedanklich gerade im Kreis ...
Ich freue mich über jeden Ansatz!
Danke,
Nadine
Hallo LAUTundGRELL,
der einfachste Workaround wäre die Felder nicht dynamisch zu generieren. Falls es vom Kunde gewollt ist gibt es vllt noch einen eleganteren Workaround als die Felder per Hand zu generieren. Du erstellt ein Feld im Backend in dem du die dynamischen Daten von itemsProcFunc übergibst und dem Redakteur oder Admin die möglichkeit gibts die Felder so per "klick" zu aktivieren. Eine andere Möglichkeit wird dir leider nicht übrig bleiben
Mfg Mendosa
Sonst wirst du nicht um eine XCLASS ( https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/Index.html ) für die Klasse tx_srfeuserregister_tca herumkommen: "Einfach" die Methode addTCAMarkers kopieren und anpassen.
Hey Ihr 🙂
Vielen Dank für die Ansätze – werde beides mal Anschauen/Ausprobieren. 🙂
In der Zwischenzeit habe ich noch versucht es anstatt über itemsProcFunc über foreign_table in Kombination mit foreign_table_where zu lösen (in meinem Fall nicht mehr ganz so dynamisch wie über itemsProcFunc aber noch in Ordnung).
Für das Backend funktioniert das alles wieder super – nur im FE ignoriert er das foreign_table_where schlichtweg und gibt mir einfach alle Datensätze aus der foreign_table aus. #paralyzed#
Wenn jemand in diese Richtung eine Lösung hätte wäre ich auch schon glücklich 😉