mp_forms >> multipage >> Werte zwischenspeichern?

[RaLey]

Hallo zusammen,

die mp_forms-Extensions in Verbindung mit leads und dem notification_center ist schon eine Macht!

Was ich aber nicht finde - ggf. ist diese Funktion auch nicht vorhanden:
Wenn ich z.B. zum Beispiel Werte in Felder der Seite 1 eingebe, dann zu Seite 2 weitergehe, anschleßend zurück zu Seite 1 gehe, dann sind die zuvor eingegebenen Felder nicht mehr gefüllt. Werden die Werte nicht zwischengespeichert? Falls nicht, wie könnte ich diese Funktion relativ kurzfristig implementieren? Bei einem Projekt drückt nämlich gerade der Schuh (-;

Viele Grüße,
Ralph

[Znrl]

Ich kann zu mp-forms nichts sagen.

Die Werte sollten aber in der Session gespeichert sein.
Es gibt die Erweiterung, die ist aber älter...
https://contao.org/de/erweiterungsli...010019.de.html

Ansonsten per HOOK der compileFormFields oder loadFormFields bin mir nichtmehr ganz sicher.
Damit kannst du die Werte aus der Session wieder den Feldern zuweisen.

[cliffparnitzky]

Oder sie hier installieren: https://contao.org/de/erweiterungsli...putvar.de.html

und dann mit den Inserttag `{‎{session::var}}` arbeiten (`var` durch den Namen der jeweiligen Variable ersetzten !!! )

Gruß, Cliff

[RaLey]

Jo, für die inputvar-Extension habe ich mich in der Zwischenzeit entschieden. Klasse! Danke Euch!

[Lengen1971]

Hi,

darf ich hier kurz ansetzen, bei mir funktioniert das mit {{session::var}} nicht.

Die Formularfelder stehen ja in einem unter-Array von Session: $_SESSION['FORM_DATA'][var].

Bei mir wird das nicht aufgelöst sondern bleibt leer.

Ich benutze inputvar Version 1.1.1 b31 auf C3.5.4.

Danke für Tipps
VG
Michel

[Lengen1971]

Moin, in meinem Fall brauche ich nach dem Absenden eines längeren Formulars erstmal eine Zusammenfassung.

Diese kann ich aus dem $_SESSION['FORM_DATA'] zusammenbauen.

Diese Zusammenfassung wird dann final erst verschickt und die Daten ausgewertet. Auch das klappt mit der Session.

In Bereich "Bestätigung per E-mail versenden" (efg) wollte ich auch die Schreibweise {{session::var}} verwenden. Diese werden aber nicht aufgelöst.

Die Daten sind aber in $_SESSION['FORM_DATA'] vorhanden, kann ich während des ganzen Prozesses immer wieder kontrollieren.

Wie funktioniert inputvar bei mehrdimensionalen Arrays? Könnte das das Problem sein?

VG
Michel

[marcos]

Schau mal im Modul nach. Dort wird aufgrund des Namens aus dem Inserttag die Session mit diesem Namen via die Session-Klasse von Contao geholt.

/inputvar/InputVar.php

case 'session':
    $this->import('Session');
    $varValue = $this->Session->get($arrTag[1]); 
    break; 

https://github.com/contao/core/blob/...ssion.php#L117

Das wird mit dem mehrdimensionalen Array nicht gehen. Ich würde dafür selbst einen InsertTag erstellen.

[Lengen1971]

Hi,

danke für die Ausführung, dann versteh ich das. Bleibt noch a bissle die Frage, wie mein Vorredner das dann hinbekommen hat.

Dessen Formular-Werte stehen ja auch in dem Unter-Array.

VG
Michael

[marcos]

Bleibt noch a bissle die Frage, wie mein Vorredner das dann hinbekommen hat.

Das habe ich mich auch schon gefragt. Ich habe dieses Problem/diese Anforderung bei einem eigenen Projekt auch und habe das mit Inputvar auch getestet - leider erfolglos.

Gemäss Github (mp_forms enhancement) ist ein Zurück-Button als Verbesserungsvorschlag bereits notiert. Damit kommt dann sicher auch ne Funktion, dass die Werte auf der vorherigen Seite bestehen bleiben.

[Znrl]

Das mit dem inputvar hab ich auch noch nicht ganz verstanden, vtl. hat das ja mal irgendwann so funktioniert?

Ich hatte ganz am Anfang mal ne mini Erweiterung geschrieben. Aber dann den EFG benutzt, der macht das mit den Werten aus der Session ja selbst.

Ich häng das hier mal an. Hab das nicht weiter getestet... einfach mal ausprobieren.
Macht nichts außer stupide per Hook immer den Wert aus der Session ins Feld eintragen.

znrl_session_form.zip

[marcos]

Kleiner Nachtrag / Info:

Für die Formulardaten auf der Weiterleitungsseite kann die Methode post verwendet werden.
Also $this->Input->post('fieldXY') bzw. \Input:ost('fieldXY') oder mit inputvar {{post::fieldXY}}

Die Mehode post ruft nämlich die Methode findPost auf und diese Methode wiederum überprüft, ob die FORM_DATA-Session vorhanden ist. Wenn ja, wird der Wert des Feldes zurückgegeben.

Gruss
Marco

[Lengen1971]

Sacrebleu ;-)

[TheRedTiger]

Hallo Zusammen,

irgendwie komm ich noch nicht ganz klar.

In meinem mehrseitigen Formular habe ich Seite 1 ausgefüllt und befinde mich auf Seite 2.
Nun wechsle ich zurück auf Seite 1 und möchte die zuvor eingegebenen Daten wieder in den Formularfeldern angezeigt bekommen.

Hierfür habe ich im BE bei Standardwert z.B. {{post::NachnameVorname}} eingetragen.
Die Formularfelder bleiben bei mir jedoch immer leer!!?

Daten sind in den Variablen enthalten, da diese auch auf meiner Bestätigungsseite ausgegeben werden.

Ich verwende Contao 3.5.4, mp_forms 2.0.4 und inputvar 1.1.1.9034

Was mache ich falsch???

Grüße
Jörg

[Znrl]

Edit: sry falsch gelesen.

POST sollte aber immer nur für die nächste Seite funktionieren...

Du müsstest mal SESSION versuchen.

Edit2:
Ich seh grad ich hab beim einfügen des "Edit" das, was ich vorher geschrieben hatte gelöscht :>
Also das unterm Edtit ist die ergänzung, passt aber auch so.
Versuche: {{session::NachnameVorname}}

[TheRedTiger]

Hallo,

ich hab das jetzt mal mit {{session::NachnameVorname}} probiert. Leider passiert nix.
Die Variable hab ich mal auf der nächsten Seite abgefragt und sie ist leer. In der Variable {{post::NachnameVorname}} ist der Wert enthalten.

Habt Ihr vielleicht noch Ideen, warum es nicht funktioniert??!

Grüße
Jörg

[Znrl]

Also an der Stelle, an der ich es mal brauchte habe ich wie oben Post #10 erstmal ne kleine Extension geschrieben, diese könntest du auch mal testen, ist dort angehängt.
Selbst habe ich dann aber den EFG benutzt, der die Funktion schon mitbringt.

Inputvar habe ich nie benutzt.
Rein logisch ist das mit dem POST aber eben richtig, auf der Weiterleitungsseite hast du alle Daten per POST verfügbar, sonst aber eben nicht. Deshalb SESSION,
das scheint aber ja so nicht zu klappen.