geänderte Datensätze optionsweise auf "nicht veröffenticht" setzen

Hallo Aicha, ein Thema, mehrere Fragen/Wünsche:
1. Wunsch:
Die globale Formularoption "Daten automatisch veröffentlichen" für die Datenanzeige im Frontend greift ja "nur" für neue Datensätze. Ich möchte geänderte Datensätze erst einmal wieder automatisch versteckt haben, um sie vor dem manuellen Freigeben erst prüfen zu können. Dazu wäre dort auch eine entsprechende Option hilfreich. Desweiteren wäre es dann erforderlich, den Datensatz vor der Bearbeitung zu sichern. Dazu habe ich "per Hand" in einem zu ändernden Datensatz ismfd wieder = 0 gesetzt. Dadurch wird von visforms in Tabelle ...save_x brav eine neue Sicherung erzwungen und der bearbeitete Datensatz wieder auf bearbeitet (=1) gesetzt. Nun dachte ich mir, mittels Custom-Plugin mit dem Event onVisformsEditFormPrepare ismfd und published im data-Objekt auf =0 zu setzen, um so auch ein neues Save un Unpublished zu erreichen. Die Werte werden zwar im dataObjekt richtig gesetzt, aber scheinbar ignoriert. Wie kann ich das Gewünsche erreichen? Besteht an diesem Feature größeres Interesse, also ist dahingehend etwas "angedacht"?
2. Wunsch:
Beim Editieren eines Datensatzes möchte ich ganz bewusst auf das Löschen/Ändern einer Uploaddatei durch "normal Registrierte" verzichten, also Felder vom Typ file generell nur von Admins/SuperAdmins ändern. Im Formular selbst, also bei der Neuanlage eines Datensatzes, soll Upload erlaubt sein. Diese Problematik, Felder nur für bestimmte Usergruppen editierbar zu machen, wurde hier (glaube ich) schon behandelt. Wie ist da der aktuelle Stand? Lässt sich "Usergruppenspezifisches" CSS verwenden? Hidden bei der Checkbox würde ja eigentlich schon reichen. Java ist mangels Kenntnis meinerseits keine Option. Wo kann ich da ansetzen, bzw wie könnte eine Lösung aussehen?

Hallo Heinz,
für 1. musst du das onVisformsAfterEditFormSave zurückgreifen und die beiden Parameter in der Datenbank separat manuell neu setzen. Das wäre meines Erachtens auch der Zeitpunkt um den alten Datensatz in der _sav Tabelle zu entfernen.

Zu 2. Jedes Feld hat einen Permissions Tab. Dort kannst du auf Feldebene festlegen, welche Benutzergruppen in der Edit View Daten verändern können.

Gruß,
Aicha

Vielen Dank für die fixe Hilfe!
zu 1. hatte ich dort erst auch probiert, da das nicht funktionierte, habe ich es zu einem früheren Zeitpunkt versucht. Aber wenn das Setzen der Werte im Form-Element nicht ausreicht, muss ich das sicher auch über ein SQLi-Statement lösen, richtig?

zu 2. Au weia, ist ja peinlich! Auf Feldebene geht das auch!? Da wär natürlich die sauberste Lösung. Dann muss ich mich für so eine Frage ja schon fast entschuldigen. Oh je. Na gut, ich probiere das aus.

Hallo Heinz,
das Speichern geänderter Daten ist sehr spezifisch. Es werden immer nur die tatsächlich geänderten Daten gespeichert und das Published wird überhaupt nicht angefasst, weil das über das Bearbeiten von Daten ja auch gar nicht geändert werden kann.
Das ismodified wird während des Speicherns vom Code ermittelt (also eben dann auf true gesetzt, wenn tatsächlich Daten geändert wurden). Ein vorab gesetzter Wert wird einfach ignoriert.
Und ja, du musst das über ein SQL-Statement lösen.
Gruß,
Aicha

Okay, prima. damit kann ich arbeiten. Da ich in meinem Custom-Plugin auch die tatsächlich geänderten Daten ermittle und in Abhängigkeit davon weiteren Code ausführe, passt das schon. Da mache ich einen Haken ran :side:

Das mit den Feldberechtigungen funktioniert super!
Dabei habe ich ein anderes merkwürdiges Verhalten im Zusammenhang mit aktivierter Zusammenfassungsseite und mit verbotenem "Eigene Daten im Frontend editieren " beim FeldTyp "file" festgestellt. Dann nämlich wird die Zusammenfassungsseite nicht angezeigt und das Formular kann nur abgeschickt werden, wenn in einem Feld eine Eingabe mit Enter abgeschlossen wird (Enter Taste in Inputs deaktivieren: NEIN)
sobald ich die Zusammenfassungsseite dektiviere, wird mit Submit-Button auch gesendet. Habe es getestet mit unterschiedlichen Formular-Layouts und mit unterschiedlichen Feldtypen, bei denen ich die Permissions entsprechend gesetzt habe. Dieser Effekt taucht aber (bei mir) nur in dieser Kombi auf. Hört sich nicht wie ein visforms-Fehler(chen) an, oder? Ich teste noch mal ein komplett anderes Template.

Edit: gleicher Effekt beim Template protostar ... und eine Textarea (mit HTML-Editor) lässt sich scheinbar mit Eigene Daten im Frontend editieren:verboten auch nicht verhindern!?

Guten Morgen Heinz,
Danke für deinen Hinweis.
Als Entwicklerin bin ich darauf angewiesen, dass ich solche Rückmeldungen bekomme.
Visforms ist so flexibel, dass es einfach nicht möglich ist, alles zu testen und es gibt schon auch Kombinationen aus Einstellungen, die vorher noch nie jemand gemacht hat

Das ist definitiv ein Problem im Visforms Code und zwar im Javascript-Code für die Zusammenfassungsseite.
Ich muss mir ansehen, wie man das genau beheben kann.
Ist eine etwas kniffelige Stelle, aber wird schon.
Ich melde mich, wenn ich die Lösung habe.
Gruß,
Aicha