Inserttag für Wert statt Bezeichnung nutzen?

Halli hallo,

in dem efg-Modul (V1.13; Contao V2.9.1) möchte für die Bestätigungsmails von der Select-Box statt der Bezeichnung gerne den Wert angeben.

Beispiel:
Ich habe eine Select-Box "anrede" mit
Wert | Bezeichnung
"sehr geehrte Frau" | "Frau"
"sehr geehrter Herr" | "Herr"


Für die Bestätigungsmail nutze ich nun den Inserttag {{form::anrede}}

nun liefert mir der Inserttag den String von der Bezeichnung, jedoch nicht von dem Wert.

Gibt es eine Möglichkeit, den Wert ausgeben zu lassen?

Danke und viele Grüße
µaTh

Hast du schon mit der Checkbox 'Options-Werte speichern' ausprobiert?

diese Checkbox beeinflusst nur wie die Daten im Modul "Formular-Daten" gespeichert werden.

Code:

---

(EFG) Formular-Daten speichern
-------------------------
[X] Daten im Modul "Formular-Daten" speichern
Wenn Sie diese Option wählen, werden die Daten im Backend-Modul "Formular-Daten" gespeichert.

[X] Options-Werte speichern
Wenn Sie diese Option wählen, wird bei Radio-Buttons, Checkboxen und Selects der ausgewählte "Wert" anstelle der

---

auch die Checkbox "Feldwerte exportieren" habe ich aktiviert.

dieser Haken hat jedoch keine Auswirkung auf die Inserttags.

//ADD: Ich sehe gerade, dass das gleiche Problem bereits schon mal angesprochen wurde, ohne ein Lösung zu finden: http://www.contao-community.de/showt...hnung-und-Wert

Schau doch mal, was in der DB gespeichert wird, mit und ohne Haken an 'Options-Werte speichern'. Der Insert-Tag kann doch eigentlich nur das ausgeben, was in der DB gespeichert ist. Wenn das Setzen dieser Checkbox keine Auswirkung hat, dann ist es wohl ein Bug in EFG.

Bedenke, dass das Setzen der Checkbox auf bereits gespeicherte Werte wahrscheinlich keine Auswirkung mehr hat.

Grüße

naja, das Problem betrifft nur die versendeten E-Mail.
Denn die Einträge in dem Modul "Formular-Daten" sind korrekt, so wie ich es haben will...

Ich grabe mal dieses Thema aus, da ich gerade vor dem gleichen Problem stehe. Leider beeinflusst die Einstellung „Options-Werte speichern“ nicht die Insert-Tags und es wird immer die Bezeichnung statt dem Wert ausgegeben.

Hat zufällig schon jemand eine Lösung dafür gefunden? Mit der Bezeichnung kann ich leider in der Bestätigungsmail und auf der Bestätigungsseite nichts anfangen.

Gruß

... wollte gerade auch ein Ticket dazu schreiben...

ich habe das gleiche Problem, dass ich eine Select-Box mit Anrede habe (kein Pflichtfeld) und in dem Inserttag in der Bestätigungsmail steht dann "- bitte wählen -" :-(

Der Wert der Option ist "nix"

Code:

---

<option selected="selected" value="">- bitte wählen -</option>

---

ich habe ein ähnliches Problem mit der Checkbox aus "conditionalforms" http://www.contao-community.de/showt...forms-checkbox

zonky

Hat denn schon jemand eine Lösung gefunden, wie man per Inserttags die Feld-Werte statt Feld-Bezeichnungen ausgeben kann?

Ich bräuchte das auch für eine Auswertung der Formulardaten.
Mit den Feld-Bezeichnungen kann ich leider wenig anfangen... :(

Irgendwo muss dem EFG doch gesagt werden, dass es die Feldbezeichnungen in die Inserttags übernehmen soll.
Vielleicht kann man dort ansetzen...

Hallo pyretta,

Zitat:

---

Hat denn schon jemand eine Lösung gefunden, wie man per Inserttags die Feld-Werte statt Feld-Bezeichnungen ausgeben kann?

---

mit den EFG-Inserttags ist es nicht möglich, den Wert auszugeben. Evtl. werde ich das mal ergänzen, z.B. per zusätzlichem Parameter ( ?usevalue=true o.ä.)

Zitat:

---

Irgendwo muss dem EFG doch gesagt werden, dass es die Feldbezeichnungen in die Inserttags übernehmen soll.

---

Das muss den EFG nicht gesagt werden, das macht der einfach so :-)
Es wird das ausgegeben, was ich als Seitenbesucher im Formular sehe und angegeben/gewählt habe.

An die Werte kommt man (je nach Anwendungsfall)
- nach Senden eines Formulars in den Sessiondaten: $_SESSION['FORM_DATA'][feldname]
- innerhalb der Hooks processFormData (Core-Hook) und processEfgFormData (EFG-Hook) im Array $arrSubmitted
- den 'options' des Formular-Widgets (ein Array mit Werten und Bezeichnungen)
etc.

Ein Ansatz wäre daher, eine eigene Inserttag-Funktion zu schreiben, die den Wert statt der Bezeichnung ausgibt.

Schöne Grüße
Thomas

[QUOTE=tom;220172

mit den EFG-Inserttags ist es nicht möglich, den Wert auszugeben. Evtl. werde ich das mal ergänzen, z.B. per zusätzlichem Parameter ( ?usevalue=true o.ä.)

[/QUOTE]


Hallo Thomas,

hat sich zu dem Thema mal was ergeben??

Gruss

Versuch es mal mit der erweiterung inputvar und dann mit {{post::feldname}}

Also ich habe das bei meiner Bestätigungsmail so gemacht:

Sehr geehrte(r) {{post::anrede}} {{post::name}},

vielen Dank für Ihre ......

Oder auf einer Bestätigungsseite in HTML

<span>Sehr geehrte(r) {{post::anrede}} {{post::name}}</span>

Passt so auf jeden fall für meine Zwecke...
Bei der Variante {form::feldname}} habe ich immer wieder probleme gehabt beim wandeln der Bestätigungsseite in ein PDF... da wurden mir die Werte dann nicht mehr ausgegeben...

{{post:: wäre hier der falsche Weg, da ich die Werte in einem neuen, weiteren Formular benötige - auch wenn man zwischendurch andere Seiten besucht hat

{{session:: würde gehen...

Ich würde es aber dennoch begrüßen, die Sache im EFG zu sehen als noch´ne Erweiterung ("zur Erweiterung einer erweiterten Erweiterung")

Hallo Zonky,

Zitat:

---

hat sich zu dem Thema mal was ergeben??

---

nein, hat sich noch nichts ergeben.

Zitat:

---

da ich die Werte in einem neuen, weiteren Formular benötige - auch wenn man zwischendurch andere Seiten besucht hat

---

In der Form wird es das nicht geben. Wie sollte ich/EFG entscheiden, welche Formulardaten hier "geladen" werden sollen?


Schöne Grüße
Tom

Zitat:

---

Zitat von tom

Wie sollte ich/EFG entscheiden, welche Formulardaten hier "geladen" werden sollen?
Tom

---

... verstehe ich nicht ganz - na Deine "normalen" EFG-Werte sollen ausgegeben werden aber mit der Option der "value" statt "label / name"

um bei dem Beispiel von µaTh zu bleiben ist aktuell

"""
Beispiel:
Ich habe eine Select-Box "anrede" mit
Wert | Bezeichnung
"sehr geehrte Frau" | "Frau"
"sehr geehrter Herr" | "Herr"
"""

{{form::anrede}} => Frau bzw. Herr

schön wäre

{{form::anrede::value}} => sehr geehrte Frau bzw. sehr geehrter Herr


bei der Speicherung in die DB gibt es doch auch die Alternative zwischen Wert und Bezeichnung - daher sehe ich keine Probleme warum das für die Insert-Tags nicht gehen sollte

ein Schmankerl wäre z.B. bei Checkbox-Menü
mycheckbox:
[v] Check 1 mit value ch1
[v] Check 2 mit value ch2
[v] Check 3 mit value ch3
[v] Check 4 mit value ch4
[_] Check 5 mit value ch5

{{form::mycheckbox::value::selector(;)}} macht
statt aktuell Check 1, Check 2, Check 3, Check 4
ein ch1;ch2;ch3;ch4

Hallo zonky,

ja, das ist schon klar und möglich (und auf der Liste).

Mein "wird es so nicht geben" bezog sich auf

Zitat:

---

da ich die Werte in einem neuen, weiteren Formular benötige - auch wenn man zwischendurch andere Seiten besucht hat

---

Schöne Grüße
Tom

Zitat:

---

Zitat von tom

ja, das ist schon klar und möglich (und auf der Liste).

---

... sag mir quando, sag mir wann... ;-)

Zitat:

---

Zitat von tom

Mein "wird es so nicht geben" bezog sich auf ...

---

... ähhh.. so mache ich das aber aktuell und es funktioniert...

Ich habe eine Reihe von Formularen, bei denen der "Kopf" immer gleich ist (Name, Anschrift usw.) - nach dem Absenden kommt auf der Danke-Seite eine Liste mit weiteren Formularen und wenn eins davon geöffnet wird, sind die "Kopf-Felder" vor-ausgefüllt

z.B. bei Feld "name" per "Standardwert" == {{form::name}}

Eine Erweiterung für die "dynamischen Standardwerte" für Select, Radio und Checkboxen habe ich gerade im Test

Zitat:

---

... sag mir quando, sag mir wann... ;-)

---

:D

Zitat:

---

nach dem Absenden kommt auf der Danke-Seite eine Liste mit weiteren Formularen

---

ja, da bist Du auch auf der "Danke-Seite"; unmittelbar nach Absenden des Formulars. Hier funktionieren die {{form::...}} Insert-Tags.

Du hast hier noch nicht "zwischendurch andere Seiten besucht". (Das wäre der Fall, auf den ich mich mit "wird's nicht geben" bezog)

ich mache
Form 1 -> Danke -> Form 2 -> Danke -> Form 3...

... dann ist doch die Danke die "zwischendurch Seite"


ich würde meinen, das geht auch wenn ich zwischendurch noch auf einer anderen Seite war - die Werte von Form sind doch in der Session...

gerade nochmal getestet:

Form 1 -> Danke -> Seite A -> Seite B -> Form 2

=> geht

andere Frage (bist ja einer von den Formular-Wissenden)

Wäre es möglich, ein Formular in ein anderes einzufügen? natürlich ohne Start/Ende-Tag und Submit-Button...

Hintergrund: ich habe 11 (lange) Formulare, bei denen aber der erste Block mit Anschrift, Name usw. gleich ist - wenn ich mal was ändern muss, dann immer 11x :-(

schöner wäre ein Form "Adresse", was ich in die anderen "includen" kann - ähnlich wie beim Isotope für die Zusätze bei AGB, Mitteilung usw.

Geht sowas?

Zitat:

---

Zitat von zonky

gerade nochmal getestet:

Form 1 -> Danke -> Seite A -> Seite B -> Form 2

=> geht

---

hmmm, aber reichlich "wacklig".
Wenn Du den Seitenbesucher genau zu diesem Weg "zwingen" kannst, klappt's

Besucht er aber z.B. nach Setite A eine Seite mit Formular XY, fängt ggf. auch noch an auszufüllen, geht dann aber über Seite B zu Form 2,
dann kannst Du Dich nicht mehr drauf verlassen, was da noch per Insert-Tags abgerufen werden kann (ggf. Daten aus Form XY oder gar keine)

Zitat:

---

Zitat von zonky

andere Frage (bist ja einer von den Formular-Wissenden)

Wäre es möglich, ein Formular in ein anderes einzufügen? natürlich ohne Start/Ende-Tag und Submit-Button...

Hintergrund: ich habe 11 (lange) Formulare, bei denen aber der erste Block mit Anschrift, Name usw. gleich ist - wenn ich mal was ändern muss, dann immer 11x :-(

schöner wäre ein Form "Adresse", was ich in die anderen "includen" kann - ähnlich wie beim Isotope für die Zusätze bei AGB, Mitteilung usw.

Geht sowas?

---

Das hängt davon ab, was Du unter "geht sowas" verstehst, bzw. welche weiteren Funktionen Du benötigst (Nutzung von EFG-Inserttags {{form::..}}, Mailversand mit diesen Tags, Speichern der EFG-Formulardaten im Backend, Speichern der Daten per Core-Funktion, Mailversand per Core-Funktion etc. ?)

Kurz gesagt aber: eher nicht

zu "wackelig": alle Formulare haben für gleiche Formularfelder die gleichen Bezeichnungen... zwischendurch das Kontaktformular mit irgendwelchen Feldern ausfüllen geht natürlich nicht...

zu "Form-Include":
* Mail-Verarbeitung
* Insert-Tags
muss gehen - Speicherung wäre für mich nicht so wichtig

man müsste zur Vereinfachung sicher eine Rekursion (Form in Form in Form...) ausschließen