Joomla 5 Notice

We are pleased to announce that as of January 29, 2024, all of our Joomla extensions are compatible with Joomla 5.

For all who are still updateing from Joomla 3 to Joomla 4: Joomla 4 Migration instructions are available here:

There is now a separate Documentation for Visforms for Joomla 4 and for Visforms for Joomla 5!

Forum

Visforms Subscription user can ask questions in our forum. Please log in with the relevant user first.
Everybody can access the forum for reading.

Please only ask 1 question per topic.

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

More
3 years 7 months ago - 3 years 7 months ago #7000 by MaliRaj
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?
:unsure:

Freundliche Grüße aus PM
Heinz
Last edit: 3 years 7 months ago by MaliRaj.

More
3 years 7 months ago #7001 by Administrator AV
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

:idea: I recommend you the new and up-to-date documentation for Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/en/docs/
Most of this also applies retrospectively to Joomla 3.
Please only ask 1 question per topic :-).

:idea: Ich empfehle Dir die neue und aktuelle Dokumentation für Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/docs/
Das meiste gilt rückwirkend auch für Joomla 3.
Bitte immer nur 1 Frage pro Thema stellen :-).
The following user(s) said Thank You: MaliRaj

More
3 years 7 months ago #7002 by MaliRaj
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.

Freundliche Grüße aus PM
Heinz

More
3 years 7 months ago #7003 by Administrator AV
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

:idea: I recommend you the new and up-to-date documentation for Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/en/docs/
Most of this also applies retrospectively to Joomla 3.
Please only ask 1 question per topic :-).

:idea: Ich empfehle Dir die neue und aktuelle Dokumentation für Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/docs/
Das meiste gilt rückwirkend auch für Joomla 3.
Bitte immer nur 1 Frage pro Thema stellen :-).
The following user(s) said Thank You: MaliRaj

More
3 years 7 months ago - 3 years 7 months ago #7004 by MaliRaj
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!?:unsure:

Freundliche Grüße aus PM
Heinz
Last edit: 3 years 7 months ago by MaliRaj.

More
3 years 7 months ago #7005 by Administrator AV
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

:idea: I recommend you the new and up-to-date documentation for Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/en/docs/
Most of this also applies retrospectively to Joomla 3.
Please only ask 1 question per topic :-).

:idea: Ich empfehle Dir die neue und aktuelle Dokumentation für Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/docs/
Das meiste gilt rückwirkend auch für Joomla 3.
Bitte immer nur 1 Frage pro Thema stellen :-).
The following user(s) said Thank You: MaliRaj

Moderators: Administrator AVAdministrator IV
Powered by Kunena Forum