automatische Zuordnung von Beiträgen im FE-Editing

[netnite]

Hallo,

ich möchte gerne Einträge in CC, welche durch einen abgemeldeten FE-Member generiert worden sind auch diesem FE-Member automatisch zuorden.
Also ohne dass der FE-Member oder der Backend-User den Beitrag nochmals manuell einem User zuweisen muss.

Leider habe ich diese Möglichkeit nur mit manueller Auswahlliste aus der FE-Datenbank gefunden, nicht aber die automatische Zuweisung.

[Tim]

Irgendwie muss ja das aktuelle Mitglied erfasst werden z.B. durch Vorbelegung per Inserttag. Auf diesem Weg hat man das immer mit dem normalen Formulargenerator gemacht. Verstecktes Feld, member inserttag mit id rein.
CC hat auch ein Gesicherte Einträge Attribut. Aber auch hier muss natürlich der jeweilige Wert irgendwie mitgegeben werden. Auch per Hook geht das gut.

[netnite]

Richtig, im Katalog habe ich das damals auch mittel efg Formular gemacht.
Prinzipiell würde ich auch dazu tendieren, einfach die member-id mitzugeben in ein verstecktes Feld.
Die Frage ist: Wie gebe ich bei Absenden eines Beitrages die Member-ID mit?

[Tim]

mod_customcatalogedit Template anpassen.

Im FE Edit wird quasi ein großes Formular um die normale Liste gespannt. Attribute geben darin die jeweiligen Feldwidget dazu.

[netnite]

Sorry ich verstehe nur Bahnhof. Bei deinen Erklärungen werde ich leider nicht schlauer! Und eine ordentliche Dokumentation gibt es ja leider nicht.

[Tim]

Sorry ich verstehe nur Bahnhof. Bei deinen Erklärungen werde ich leider nicht schlauer!

DasFormular ist halt im mod_customcatalogfrontedit Template.
https://github.com/timgatzky/pct_cus...rontedit.html5

Ab Zeile 29 kann man eigene Hidden Fields ergänzen. Damit kann man sich Felder vorbelegen. Du brauchst irgendein Feld, wo mit Du später das Mitglied filtern kannst. Dieses Feld kann z.B. ein einfaches Text-Attribut sein - würde reichen.
----

Und eine ordentliche Dokumentation gibt es ja leider nicht

Doku: http://cc.feedit.premium-contao-themes.com/

Möchte man Features, die nicht out of the box sind (damit auch nicht dokmentationswürdig), muss man sich etwas einarbeiten oder die Jobbörse befragen. Eine Dokumentation projekktbezogen, könnte man hier im Vorlagen-Pool machen.
---
Du kannst auch einfach ein normales Formular aus dem Formulargenerator nutzen, wenn dieser Workflow für dich gewohnt ist. Als es das FE Editing Addon noch nicht gab, haben wir das auch so gemacht: http://forum.premium-contao-themes.c...ng-f%C3%BCr-cc

[netnite]

Das ist natürlich Kundenservice!
Wir haben über 600 Euro für CC + FE-Edit bezahlt und nun gibt es keine Dokumentation, weder für CC gibt es eine ausführliche Doku, noch für FE-Edit.
Dein Link ist unbrauchbar, der beschreibt nur den Grundaufbau des FE-Edit. Und jetzt soll nochmals Geld ausgegeben werden, weil das Modul diese kleine Funktion nicht mitbringt oder nicht Ansatzweise durch eine Dokumentation einzubauen ist?
Warum bietet man eine manuelle Zuordnung von Beiträgen über ein Dropdown, der auf die tl_member zugreift, aber dies nicht automatisch eintragen kann? Für mich unsinnig.

[Tim]

Post 2: CC hat auch ein Gesicherte Einträge Attribut. Anbei ein Screenshot.

Schaut man sich das etwas genauer an, erlaubt es genau diese Funktion. Das Vorbelegen kann über den Standardwert erfolgen. Dies per Inserttag, wie oben bereits erwähnt.




---

CC ist zusätzlich im Backend sehr gut dokumentiert. Ausführlicher ist projektbezogen - dafür gibt es auch schlichtweg immer zu viele Wege. Braucht man etwas Anregungen zu einem Projekt und einen Denkanstoß kann man gern hier fragen. Ich denke ich kann jedes Projekt in jeder Dimension überblicken.

Wir haben über 600 Euro für CC + FE-Edit bezahlt.

Über 600 kann nur mit Eclipse + CC + Notelistmanager erreicht werden. Das hat aber mit dem FE Editing nichts zu tun. FE Edit ist kostenlos nutzbar.
Wir haben freie Testzugänge, auch damit kann man vorab alles in Ruhe (als Admin) überblicken - alles ist online und öffentlich.

[netnite]

Das habe ich bereits probiert, aber es scheint kein Inserttag zu geben, welches die Benutzer-ID einfügt. Man korrigiere mich, wenn ich irre.

[Tim]

{{user::id}} 

[Tim]

Die Filterung der Liste kann mit dem dazugehörigen Filter "Elemente schützen" erfolgen.
Ich würde empfehlen den Standardwert erstmal ohne Inserttag zu fahren - zum Test. Das Feld ist eigentlich für einen fixen Wert vorgesehen. Inserttags werden nicht automatisch ersetzt, ausser in Templates.

[Tim]

Noch leichter: Einfach einen Wert per hidden durchreichen
Einfach im Ausgabe-Template customcatalog_default_edit (standard) quasi irgendwo ergänzen:

<input type="hidden" name="MEIN-FELDNAME" value="{{user::id}}"> 

[netnite]

Hallo Tim,

Danke für deine Ausführungen.
Ich habe nun alles durchgetestet und keine der angesprochenen Möglichkeiten funktioniert.
Die Vorbelegung mit Standardwert wird nicht übernommen, egal ob ich einfach eine Zahl im Backend als Standardwert eintrage oder "{{user::id}}".
Egal ob Text als Feldtyp verwende, Nummerischer Wert oder ein anderer Typ.


Die Variante mit Input-Field im Template funktioniert ebenso nicht. Der Wert egal ob ein fester nummerischer Wert als value oder "{{user::id}}", in keinem Fall wird es in die Datenbank geschrieben.

[netnite]

Ein komisches Phänomen habe ich gerade entdeckt:

Lege ich ein Attribut im CC an, aktualisiere die Datenbank über die Erweiterungsverwaltung, Lösche dann das Attribut wieder und aktualisiere erneute die Datenbank, dann wird mir im Frontend, wenn ich einen neuen Eintrag anlegen möchte eine Fehlermeldung angezeigt.

Fatal error: Uncaught exception Exception with message Query error: Unknown column 'cc_database.user' in 'field list' (SELECT

[Tim]

Lege ich ein Attribut im CC an, aktualisiere die Datenbank über die Erweiterungsverwaltung, Lösche dann das Attribut wieder und aktualisiere erneute die Datenbank, dann wird mir im Frontend, wenn ich einen neuen Eintrag anlegen möchte eine Fehlermeldung angezeigt.

Naja, kann ja nicht existieren, wenn du das Feld nach dem erstellen wieder löscht. Sobald im FE die Seite neugeladen wird, wird auch das Attribut nicht mehr da sein, es existiert ja nicht mehr (wenn man CC es ausgeben lässt)

CC kann blinde Felder erstellen. Das Attribut heist: Eigenes SQL Feld.

Die Variante mit dem input Feld funktioniert ebenfalls, habe es selbst gerade getestet. Du musst natürlich allgemein gültige Ladereihenfolgen beachten!
Hast du ein Textfeld namens "mitglied", was standardmäßig als leeres Textinput ausgegeben wird, muss natürlich das eigene input namens mitglied NACH dem standard ausgegeben werden, sonst wird die POST Variable wiederum überschrieben. Am besten man bindet das Standard dann gar nicht ein, oder nutzt halt ein Eigenes SQL Feld Attribut, nur für das DB-Feld.

Siehe Screenshot des korrekten Aufbaus. Mein Mitglieds-Datensatz hat id 1





Standardwerte können nur für neue Einträge gesetzt werden, sonst wäre ein leeres Speichern nie möglich. Siehe Contaos allgemeine Handhabung von Standardwerten. (Inserttags als Standardwerte werden standardmäßig nicht ersetzt. Im Backend werden Inserttags nie ersetzt). Inserttags werden standardmäßig nur für Frontendausgaben / Templates ersetzt.