Hallo, ein bisschen spät .. aber dürfte sich jetzt erledigt habengseilheimer hat geschrieben:Hallo!
Es gibt noch einen kleinen Fehler in der Version 2.14 -ce-:
Beispiel:
fieldstart|Zimmer
select|Doppelzimmer|0||1;2;3;4;
select|Einzelzimmer|0||1;2;3;4;
fieldend|
Trotz der 0 oder auch ohne 0, wird das Feld als Pflichtfeld mit * angezeigt,
wird aber als normales Feld behandelt...
Hallo,
Wir haben in letzter Zeit festgestellt, dass die Kommunikation via Slack viel schneller und zielführender ist als ein Beitrag im Forum. Aufgrund der neuen und besseren Möglichkeiten der Kommunikation haben wir uns entschlossen das Forum nur noch als Archiv zur Verfügung zu stellen. Somit bleibt es weiterhin möglich hier nach Lösungen zu suchen. Neue Beiträge können nicht mehr erstellt werden.
Wir empfehlen, für deine Fragen/Probleme Slack zu nutzen. Dort sind viele kompetente Benutzer aktiv und beantworten jegliche Fragen, gerne auch von REDAXO-Anfängern! Slack wird von uns sehr intensiv und meistens "rund um die Uhr" benutzt
Selbst einladen kannst Du dich hier: https://redaxo.org/slack/
Wir haben in letzter Zeit festgestellt, dass die Kommunikation via Slack viel schneller und zielführender ist als ein Beitrag im Forum. Aufgrund der neuen und besseren Möglichkeiten der Kommunikation haben wir uns entschlossen das Forum nur noch als Archiv zur Verfügung zu stellen. Somit bleibt es weiterhin möglich hier nach Lösungen zu suchen. Neue Beiträge können nicht mehr erstellt werden.
Wir empfehlen, für deine Fragen/Probleme Slack zu nutzen. Dort sind viele kompetente Benutzer aktiv und beantworten jegliche Fragen, gerne auch von REDAXO-Anfängern! Slack wird von uns sehr intensiv und meistens "rund um die Uhr" benutzt
Selbst einladen kannst Du dich hier: https://redaxo.org/slack/
-
- Beiträge: 1371
- Registriert: 4. Aug 2006, 14:06
- Wohnort: Rheinberg
- Kontaktdaten: Website Twitter
Re: do Form 2.14 -ce- FEHLER: Pflichtfeld SELECT-Input
hi leute,
ich habe eine ähnliche frage wie zum %Absender%, bei mir geht's aber um das Feld "Email geht an" in der Formularkonfiguration: man soll dort %Mail% eintragen können, aber was wird dann dort eingetragen? Bei mir hat jedenfalls nichts funktioniert.
Ich möchte das dazu nutzen, das dem Kunden die Mail geschickt wird und nicht mir
EDIT:
Eine kleine Pause tut manchmal gut ... hat sich erledigt. Andere Wege führen einen auch ans Ziel.
Ein kleiner Schönheitsfehler: in doForm (2.151 -ce-) habe ich für die Bestätigung-Email als Absender "XYZ" eingegeben, in der Email steht aber als Absender "XYZ |".
ich habe eine ähnliche frage wie zum %Absender%, bei mir geht's aber um das Feld "Email geht an" in der Formularkonfiguration: man soll dort %Mail% eintragen können, aber was wird dann dort eingetragen? Bei mir hat jedenfalls nichts funktioniert.
Ich möchte das dazu nutzen, das dem Kunden die Mail geschickt wird und nicht mir
EDIT:
Eine kleine Pause tut manchmal gut ... hat sich erledigt. Andere Wege führen einen auch ans Ziel.
Ein kleiner Schönheitsfehler: in doForm (2.151 -ce-) habe ich für die Bestätigung-Email als Absender "XYZ" eingegeben, in der Email steht aber als Absender "XYZ |".
Hallo zusammen,
ich setze das do form! 2 jetzt fast erfolgreich ein. Ein super Modul. Spitze!!
Mein Problem sind noch die Umlaute. Diese werden leider bei der Pflichtfeldabfrage nicht akzepziert. und auch in einem Textfeld werden Umlaute in komische Zeichen umgewandelt.
Woran kann das liegen? Muss ich irgendwelche Einstellungen ändern oder im Quelltext des Moduls Änderungen vornehmen.
Vielen Dank schon im Voraus für eure Hilfe.
Gruß
Chris
ich setze das do form! 2 jetzt fast erfolgreich ein. Ein super Modul. Spitze!!
Mein Problem sind noch die Umlaute. Diese werden leider bei der Pflichtfeldabfrage nicht akzepziert. und auch in einem Textfeld werden Umlaute in komische Zeichen umgewandelt.
Woran kann das liegen? Muss ich irgendwelche Einstellungen ändern oder im Quelltext des Moduls Änderungen vornehmen.
Vielen Dank schon im Voraus für eure Hilfe.
Gruß
Chris
-
- Beiträge: 1371
- Registriert: 4. Aug 2006, 14:06
- Wohnort: Rheinberg
- Kontaktdaten: Website Twitter
-
- Beiträge: 108
- Registriert: 26. Nov 2007, 20:18
- Wohnort: Winterthur, Schweiz
- Kontaktdaten: Website
selbes Problem mit Umlauten in Text Inputs
Template, System und PHP-Mailer habe ich alle auf UTF-8 eingestellt. doForm auf "Unicode", aber auch die anderen zwei gehen und nicht und jm. mit è oder é kann das Formular nicht abschicken ( in der Schweiz ein echtes Problem.)
Merci für die Hilfe
Merci für die Hilfe
-
- Beiträge: 1371
- Registriert: 4. Aug 2006, 14:06
- Wohnort: Rheinberg
- Kontaktdaten: Website Twitter
-
- Beiträge: 108
- Registriert: 26. Nov 2007, 20:18
- Wohnort: Winterthur, Schweiz
- Kontaktdaten: Website
-
- Beiträge: 1371
- Registriert: 4. Aug 2006, 14:06
- Wohnort: Rheinberg
- Kontaktdaten: Website Twitter
-
- Beiträge: 108
- Registriert: 26. Nov 2007, 20:18
- Wohnort: Winterthur, Schweiz
- Kontaktdaten: Website
thanx
Die letters-Validierung klappt jetzt, ev. kannst du noch á à Á À und das circumflex plus die spanische gewellte linie (auf o e a i) einfügen für spanische, italienisce und spanische namen. lustigerweise geht bei mir mit dem neuen modul die plz validierung nicht mehr (4 Zahlen in der Schweiz)... hab sie einfach mal rausgenommen...
doForm Variablenübergabe mittels GET
Wer in doForm! Variablen mittels GET übernehmen will, so das Sie im Textfeld des Formulares erscheinen, sollte folgendes machen:
bei //Formular-Felder -> case: "text" (Zeile 376)
ersetzt durch
Dann kann man bei der Definition der text-Eingabefelder den default-Wert zur Variablen-Definition nutzen, z.B.
(z.B. http://www.meineSeite.de/index.php?arti ... il@test.de oder www.meineSeite.de/3-0-Formular.html?mail=mail@test.de)
erscheint die Get-Variable 'mail' im Textfeld als Default-Wert.
bei //Formular-Felder -> case: "text" (Zeile 376)
Code: Alles auswählen
if($FORM[$formname]["el_".$i] == '' && !$FORM[$formname][$formname.'send']){
$FORM[$formname]["el_".$i] = trim($element[3]);
}
Code: Alles auswählen
if($FORM[$formname]["el_".$i] == '' && !$FORM[$formname][$formname.'send']){
if(strchr($element[3],'GET_')){
$get = explode('GET_',$element[3]);
$element[3] = rex_get($get[1]);
}
$FORM[$formname]["el_".$i] = trim($element[3]);
}
Wenn die Seite mit dem Formular dann aufgerufen wirdtext|Email-Adresse:|1|GET_mail|
(z.B. http://www.meineSeite.de/index.php?arti ... il@test.de oder www.meineSeite.de/3-0-Formular.html?mail=mail@test.de)
erscheint die Get-Variable 'mail' im Textfeld als Default-Wert.
-
- Beiträge: 1371
- Registriert: 4. Aug 2006, 14:06
- Wohnort: Rheinberg
- Kontaktdaten: Website Twitter
Komisch, ich kann das Modul nicht installieren.
Sobald ich es abspeichern will, kriege ich die 403 - forbidden Meldung.
Alle anderen Module funktionieren einwandfrei.
Auch die Boardsuche brachte keinerlei Hilfe
(Schreibrechte vorhanden, Mod_Rewrite gecheckt, etc.)
Interpretiert der beim Speichern irgendein Code oder was passiert hier?
Sobald ich es abspeichern will, kriege ich die 403 - forbidden Meldung.
Alle anderen Module funktionieren einwandfrei.
Auch die Boardsuche brachte keinerlei Hilfe
(Schreibrechte vorhanden, Mod_Rewrite gecheckt, etc.)
Interpretiert der beim Speichern irgendein Code oder was passiert hier?
Hallo alle zusammen,
hier noch etwas was mir passiert ist, nachdem ich das Modul schon eingebaut hatte und es funktioniert hat.
Ich habe auf einem Server mehrere Domains und die werden alle in Unterordner umgeleitet auf die jeweilige Seite, also intern, man "sieht" den Unterordner nicht in der Adresszeile.
Das Modul hat dann aber bei action eingetragen "unterordner/seite", was dann dazu führte, dass das Formular nicht abgeschickt werden konnte.
Gelöst habe ich das jetzt erstmal durch Änderung dieser Zeile:
in diese:
Vielleicht gehts ja anders oder besser, aber wollts mal schreiben.
Gruß Tim
P.S.: Wie wäre es mit der Möglichkeit eines File-Uploads?
(Ich versuche mich mal daran...)
hier noch etwas was mir passiert ist, nachdem ich das Modul schon eingebaut hatte und es funktioniert hat.
Ich habe auf einem Server mehrere Domains und die werden alle in Unterordner umgeleitet auf die jeweilige Seite, also intern, man "sieht" den Unterordner nicht in der Adresszeile.
Das Modul hat dann aber bei action eingetragen "unterordner/seite", was dann dazu führte, dass das Formular nicht abgeschickt werden konnte.
Gelöst habe ich das jetzt erstmal durch Änderung dieser Zeile:
Code: Alles auswählen
<form id="'.$formname.'" action="'. $_SERVER["REQUEST_URI"].'" '.$acharset.' method="post">
Code: Alles auswählen
<form id="'.$formname.'" action="'.rex_getUrl(REX_ARTICLE_ID).'" '.$acharset.' method="post">
Gruß Tim
P.S.: Wie wäre es mit der Möglichkeit eines File-Uploads?
(Ich versuche mich mal daran...)
hi!
eine Anregung für do form!
Da ich bei mir Probleme mit dem Versand via smtp hatte, habe ich
nun in folgendes geändert:
Damit deckt sich die Absender-Adresse mit dem SMTP-Account, während die Antwort an den geht, der das Kontaktformular ausfüllt.
Zu dem Problem, das womöglich Provider-spezifisch war, womöglich aber auch nicht: http://forum.redaxo.de/ftopic12572.html?&highlight=form
lg alexplus
eine Anregung für do form!
Da ich bei mir Probleme mit dem Versand via smtp hatte, habe ich
Code: Alles auswählen
$mail = new rex_mailer(); // Mailer initialisieren
$mail->AddAddress("REX_VALUE[1]"); // Absenderadresse
if ( $absendermail != '') { // Wenn absendermail definiert, Sonst übernahme der der PHP-MAiler Einstellung
$mail->Sender = $absendermail; //Absenderadresse
$mail->From = $absendermail; //Absendername
$mail->FromName = $absendermail; // Abdendername
}
nun in folgendes geändert:
Code: Alles auswählen
$mail = new rex_mailer(); // Mailer initialisieren
$mail->AddAddress("REX_VALUE[1]"); // Absenderadresse
if ( $absendermail != '') { // Wenn absendermail definiert, Sonst übernahme der der PHP-MAiler Einstellung
$mail->Sender = "REX_VALUE[2]"; //Absenderadresse
$mail->From = "REX_VALUE[2]"; //Absendername
$mail->FromName = "REX_VALUE[2]"; // Abdendername
$mail->AddReplyTo($absendermail);
}
Zu dem Problem, das womöglich Provider-spezifisch war, womöglich aber auch nicht: http://forum.redaxo.de/ftopic12572.html?&highlight=form
lg alexplus
-
- Beiträge: 1371
- Registriert: 4. Aug 2006, 14:06
- Wohnort: Rheinberg
- Kontaktdaten: Website Twitter
Aus zeitlichen Gründen stelle ich hiermit die Arbeit an doform2 ein.
Ich wünsche noch viel Spaß bei der Weiterentwicklung und bin gespannt wohin sich das Modul bewegt.
Gerne werde ich weiterhin Vorschläge zu diesem Modul abgeben. Aber ich übergebe das Modul jetzt in Eure Hände.
Hätte nie gedacht, dass dieses Modul soviel Interesse weckt.
Viel Spass.
Wer nochmal sehen will wie das Ganze begonnen hat:
http://forum.redaxo.de/ftopic7840.html?&highlight=form
Ich wünsche noch viel Spaß bei der Weiterentwicklung und bin gespannt wohin sich das Modul bewegt.
Gerne werde ich weiterhin Vorschläge zu diesem Modul abgeben. Aber ich übergebe das Modul jetzt in Eure Hände.
Hätte nie gedacht, dass dieses Modul soviel Interesse weckt.
Viel Spass.
Wer nochmal sehen will wie das Ganze begonnen hat:
http://forum.redaxo.de/ftopic7840.html?&highlight=form
hallo, habe dieses Formular gesehen und es wäre genau das, was ich mir so vorstelle. Wenn ich da so im Forum lese, sollte ja alles bereits sehr gut klappen... Allerdings habe ich bei mir folgende Meldungen wenn ich das Modul einbaue und speichere;
weiss jemand woran das liegen könnte?
Code: Alles auswählen
Notice: Use of undefined constant HTDOCS_PATH - assumed 'HTDOCS_PATH' in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 111
Notice: Undefined offset: 3 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 422
Notice: Undefined offset: 3 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 426
Notice: Undefined offset: 2 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 416
Notice: Undefined offset: 3 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 422
Notice: Undefined offset: 3 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 426
Notice: Undefined offset: 2 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 432
Notice: Undefined offset: 2 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 439
Notice: Undefined offset: 2 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 416
Notice: Undefined offset: 3 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 422
Notice: Undefined offset: 3 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 426
Notice: Undefined offset: 2 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 432
Notice: Undefined offset: 2 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 439
Notice: Undefined offset: 3 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 422
Notice: Undefined offset: 3 in /data/www.obertor-apartments.ch-80/html/redaxo/include/classes/class.rex_article.inc.php(671) : eval()'d code on line 426
Ja, ist bekannt; Lösung ist in Arbeit. Da es sich hierbei "nur" um Notices handelt, kannst du vorrübergehend das error_reporting von PHP auf "E_ALL & ~E_NOTICE" stellen. Dann werden diese Meldungen nicht mehr angezeigt.Fanello hat geschrieben:Allerdings habe ich bei mir folgende Meldungen wenn ich das Modul einbaue und speichere;...
weiss jemand woran das liegen könnte?
<?php print $Footer; ?>
Sven
Ich würde ja die Welt verändern,
doch der Quellcode ist mir zu absurd!
REX 5 :: Tricks und Tipps
REX 5 :: Modulesammlung
Wiki zu Redaxo 3 und 4 (!nur noch im Webarchiv!)
Sven
Ich würde ja die Welt verändern,
doch der Quellcode ist mir zu absurd!
REX 5 :: Tricks und Tipps
REX 5 :: Modulesammlung
Wiki zu Redaxo 3 und 4 (!nur noch im Webarchiv!)
do-form! 2 im SVN
Ich hab das do form! 2 mal in ein SVN gepackt.
Falls es jemanden interessiert:
http://rex-doform2.origo.ethz.ch/wiki/rex_doform2
http://svn.origo.ethz.ch/wsvn/rex-dofor ... orm2_trunk_
Falls es jemanden interessiert:
http://rex-doform2.origo.ethz.ch/wiki/rex_doform2
http://svn.origo.ethz.ch/wsvn/rex-dofor ... orm2_trunk_
<?php print $Footer; ?>
Sven
Ich würde ja die Welt verändern,
doch der Quellcode ist mir zu absurd!
REX 5 :: Tricks und Tipps
REX 5 :: Modulesammlung
Wiki zu Redaxo 3 und 4 (!nur noch im Webarchiv!)
Sven
Ich würde ja die Welt verändern,
doch der Quellcode ist mir zu absurd!
REX 5 :: Tricks und Tipps
REX 5 :: Modulesammlung
Wiki zu Redaxo 3 und 4 (!nur noch im Webarchiv!)
Positionnierung der Elemente
Hallo,
super geiles Proggie aber habe mit einer Sache Verständnisschwierigkeiten:
Ich kann ja problemlos über die jeweiligen CSS-Klassen das Aussehen der Formularelemente stylen aber wie mache ich das mit der Positionierung?
z.B. möchte ich, dass alle Texteingabefelder horizontal gesehen mit einem Mindestabstand zum Label gleich ausgerichtet sind, egal, wie lang das Label davor ist.
Darüberhinaus würde ich auch gerne mal den Text über einem Texteingabefeld positionieren.
Hat da jemand eine Idee?
super geiles Proggie aber habe mit einer Sache Verständnisschwierigkeiten:
Ich kann ja problemlos über die jeweiligen CSS-Klassen das Aussehen der Formularelemente stylen aber wie mache ich das mit der Positionierung?
z.B. möchte ich, dass alle Texteingabefelder horizontal gesehen mit einem Mindestabstand zum Label gleich ausgerichtet sind, egal, wie lang das Label davor ist.
Darüberhinaus würde ich auch gerne mal den Text über einem Texteingabefeld positionieren.
Hat da jemand eine Idee?
Re: Positionnierung der Elemente
Du musst demortega456 hat geschrieben:Hallo,
super geiles Proggie aber habe mit einer Sache Verständnisschwierigkeiten:
Ich kann ja problemlos über die jeweiligen CSS-Klassen das Aussehen der Formularelemente stylen aber wie mache ich das mit der Positionierung?
z.B. möchte ich, dass alle Texteingabefelder horizontal gesehen mit einem Mindestabstand zum Label gleich ausgerichtet sind, egal, wie lang das Label davor ist.
Darüberhinaus würde ich auch gerne mal den Text über einem Texteingabefeld positionieren.
Hat da jemand eine Idee?
Code: Alles auswählen
.formgen label
Code: Alles auswählen
width: 100px;
Wenn du den Text über dem Eingabefeld positionieren möchtest, könntest du die Breite des Lables entsprechend groß (z.B. width: 500px;) machen. Aber da gibt es sicherlich noch bessere Möglichkeiten.
Grüße, Bastian
Du musst dem
einfach über bspw.Code: Alles auswählen
.formgen label
eine Breite zuweisen, dann hast du einen einheitlichen Abstand.Code: Alles auswählen
width: 100px;
Wenn du den Text über dem Eingabefeld positionieren möchtest, könntest du die Breite des Lables entsprechend groß (z.B. width: 500px;) machen. Aber da gibt es sicherlich noch bessere Möglichkeiten.
super. Das hilft mir schon!
Danke
An alle. do form! ist ja eine nette Sache. Aber ich frage mich, wie wir die Bedienung vereinfachen könnten.
Die kryptische Eingabe ist ja doch ein wenig userunfreundlich.
Dies ist ein Aufruf an die Javascript-Experten (weil ich sowas nicht kann ).
Es geht nicht darum eine WYSIWYG-Gui dafür zu erstellen.
Aber eine Art drop-Down-Feld zur Auswahl des gewünschten Feldtyps und ein Dialog zur Abfrage der einzelnen Parameter wären toll.
Anschließend würde die neue Code-Zeile erstellt.
Ich denke das wäre eine enorme Verbesserung für das Modul.
Skerbis hat ja geschrieben, wir wären jetzt dran. Nur wer übernimmt das Ruder und wie können wir vermeiden dass jetzt zu viele neue Eigenentwicklungen entstehen?
Die kryptische Eingabe ist ja doch ein wenig userunfreundlich.
Dies ist ein Aufruf an die Javascript-Experten (weil ich sowas nicht kann ).
Es geht nicht darum eine WYSIWYG-Gui dafür zu erstellen.
Aber eine Art drop-Down-Feld zur Auswahl des gewünschten Feldtyps und ein Dialog zur Abfrage der einzelnen Parameter wären toll.
Anschließend würde die neue Code-Zeile erstellt.
Ich denke das wäre eine enorme Verbesserung für das Modul.
Skerbis hat ja geschrieben, wir wären jetzt dran. Nur wer übernimmt das Ruder und wie können wir vermeiden dass jetzt zu viele neue Eigenentwicklungen entstehen?
Ich stimme dir voll und ganz zu. Man sollte klären, wie es mit diesem Modul weitergeht. Und ob es überhaupt weitergehen soll, weil das Addon xForm eigentlich eine sehr gute Alternative ist.netmanix hat geschrieben: [...]
Skerbis hat ja geschrieben, wir wären jetzt dran. Nur wer übernimmt das Ruder und wie können wir vermeiden dass jetzt zu viele neue Eigenentwicklungen entstehen?
Kryptisch wäre es eher, wenn man den Code selbst schreiben müsste. So wie es jetzt ist, ist es doch schon eine enorme Erleichterung. Ich denke, alles andere wäre ein riesen Aufwand. Wenn sich aber jemand mit den entsprechenden Kenntnissen bereit erklärt, ist das gerade für Anfänger sicherlich ganz hilfreich.netmanix hat geschrieben:An alle. do form! ist ja eine nette Sache. Aber ich frage mich, wie wir die Bedienung vereinfachen könnten.
Die kryptische Eingabe ist ja doch ein wenig userunfreundlich.
Dies ist ein Aufruf an die Javascript-Experten (weil ich sowas nicht kann ).
Es geht nicht darum eine WYSIWYG-Gui dafür zu erstellen.
Aber eine Art drop-Down-Feld zur Auswahl des gewünschten Feldtyps und ein Dialog zur Abfrage der einzelnen Parameter wären toll.
Anschließend würde die neue Code-Zeile erstellt.
Ich denke das wäre eine enorme Verbesserung für das Modul.
Zunächste sollte man jedoch die Frage klären, wie es mit dem Modul allgemein weitergehen soll. Sollte es als einfache Alternative zu xForm bestehen bleiben, könnte man es doch auch in den Redaxo Core mit aufnehmen?
Grüße, Bastian
Ja, von X-Form höre ich immer wieder. Aber das scheint ja doch etwas aufwendiger zu sein.
do form! ist für E-Mail-Formulare gerade die richtige Lösung. Ich glaube aber nicht, dass es was für den Core ist.
Skerbis hat ja anscheinend die Arbeit am Modul eingestellt. So wie's aussieht arbeiten XONG und KOALA an eigenen Versionen. Es wäre toll wenn wir am Ende nicht X do-form-Fassungen haben. Diese Arbeit hat Skerbis bislang sehr gut gemacht indem er neuen Code sofort übernommen hat.
do form! ist für E-Mail-Formulare gerade die richtige Lösung. Ich glaube aber nicht, dass es was für den Core ist.
Skerbis hat ja anscheinend die Arbeit am Modul eingestellt. So wie's aussieht arbeiten XONG und KOALA an eigenen Versionen. Es wäre toll wenn wir am Ende nicht X do-form-Fassungen haben. Diese Arbeit hat Skerbis bislang sehr gut gemacht indem er neuen Code sofort übernommen hat.