efg für Contao 3.5 (aktuelle Infos dazu)

**jenda** · 26.04.2016, 11:26

Tomas hat mir geschrieben, dass er leider demnächst nicht so schnell zu der definitiven Version kommt. Aber dafür hat er das Wichtigste bereits behoben und für 3.5.x kompatibel gemacht. Die Version muss man sich unter https://bitbucket.org/thk/efg/get/develop.zip

**franc** · 29.04.2016, 20:16

Zitat von jenda

...für 3.5.x kompatibel gemacht...

Gibt es eigentlich irgendwo eine aktuelle Anleitung wie man das efg unter Contao 3.x manuell installiert?

**Sukrams** · 02.05.2016, 16:53

Zitat von franc

Gibt es eigentlich irgendwo eine aktuelle Anleitung wie man das efg unter Contao 3.x manuell installiert?

du lädst den Inhalt aus dem ZIP-Archiv auf den Server (also in den system/-Ordner), gehst in die Erweiterungsverwaltung, gehst dann auf Erweiterung installieren, gibts im Feld dann efg ein und anschließend folgst du den Ausführungen.

Viele Grüße
Markus

**franc** · 03.05.2016, 15:05

Zitat von Sukrams

du lädst den Inhalt aus dem ZIP-Archiv auf den Server (also in den system/-Ordner),...

Vielleicht ist da schon ein Missverständnis: ich habe die aktuelle (die letzte Version 2.3.0) in das /system/modules/ Verzeichnis kopiert, also den efg Ordner aus dem ZIP, dann 'Erweiterung installieren' geklickt und "efg" eingegeben, aber da kommt offenbar die alte Version aus dem Repo, ich lese nämlich nach 'Weiter' und Auswahl des obersten Eintrags in der Versionsliste:

Freigabe-Notizen und Änderungs-Log für efg
Version 2.2.1 (2014-02-13)

**folkfreund** · 03.05.2016, 15:27

Ja, die Beschreibung von sukrams ist nicht korrekt.
Der vorgeschlagene Weg holt die Dateien aus dem ER und überschreibt damit die gerade hochgeladene Version.

So geht es:
Du kopierst den Ordner efg aus dem ZIP nach system/modules/ und rufst dann die Datenbankaktualisierung auf (in der Erweiterungsliste oben oder durch das Install-Tool).
Das geht übrigens schon immer so und ist für manuelle Installation auch so beschrieben ;-)

Gruß, folkfreund

**franc** · 03.05.2016, 20:09

Genauso klappt es auch gut. Danke dir.

**Acta** · 11.05.2016, 14:15

Zitat von jenda

Tomas hat mir geschrieben, dass er leider demnächst nicht so schnell zu der definitiven Version kommt. Aber dafür hat er das Wichtigste bereits behoben und für 3.5.x kompatibel gemacht. Die Version muss man sich unter https://bitbucket.org/thk/efg/get/develop.zip

Sers hat jemand ebenfalls das Folgende Problem mit der aktuellsten Version?

Umgebung: Contao 3.5.12
EFG: Aktueller Master/Branch

Problem:

Ich habe ein Selectdatenbankfeld aus dem ich mir meine Daten hole. Die Daten werden auf der nächsten Seite ganz normal ausgegeben. (Auf der nächsten Seite wird der Inhalt über form::feldname) angezeigt. Das funktionierte bisher ohne Probleme.

Die Daten in der Datenbank sind wie folgt Aufgebaut:

Bezeichung - Adresse

Die Adresse ist wiederum bisher wie folgt hinterlegt gewesen in der Datenbank:

Name
Straße
Ort

Jeweils eine neue Zeile innherhalb des Datenbankfeldes "Adresse"

Mit der aktuellsten Version erscheint immer der Fehler: Ungültige Eingabe
Ich habe den Fehler soweit eingrenzen können, dass ich sagen kann, dass es an der Verteilung des Inhalts auf jeweils einer neuen Zeile (angelegt mittels Enter-Taste im PHP-Myadmin) liegt. Nehme ich den manuellen Umbruch raus, funktioniert alles. In der bisher letzten Version der Erweiterungsverwaltung gab es dieses Problem nicht. Hat da jemand einen Ansatz?

**Acta** · 11.05.2016, 15:19

Die Notlösung wäre aktuell die Zeilenumbrüche über <br> herzustellen und im Formular html-eingaben zu erlauben...

Wäre jedoch ein sehr umständlicher weg.

**Acta** · 12.05.2016, 16:21

Ich konnte den Fehler auf die Datei:

system/modules/efg/forms/EfgFormLookupSelectMenu.php eingrenzen

Dort gibt es folgenden neuen Abschnitt:

PHP-Code:


public function validate()



    {



        $mandatory = $this->mandatory;



        $options = $this->getPost($this->strName);





        // Check if there is at least one value



        if ($mandatory && is_array($options))



        {



            foreach ($options as $option)



            {



                if (strlen($option))



                {



                    $this->mandatory = false;



                    break;



                }



            }



        }





        $varInput = $this->validator($options);





        // Check for a valid option (see #4383)



        if (!empty($varInput) && !$this->isValidOption($varInput))



        {



            $this->addError(sprintf($GLOBALS['TL_LANG']['ERR']['invalid'], (is_array($varInput) ? implode(', ', $varInput) : $varInput)));



        }





        // Add class "error"



        if ($this->hasErrors())



        {



            $this->class = 'error';



        }



        else



        {



            $this->varValue = $varInput;



        }





        // Reset the property



        if ($mandatory)



        {



            $this->mandatory = true;



        }



    }

Kommentiere ich die Zeile

PHP-Code:


$this->addError(sprintf($GLOBALS['TL_LANG']['ERR']['invalid'], (is_array($varInput) ? implode(', ', $varInput) : $varInput)));

Aus funktioniert das Formular ohne Probleme.

Aber das ist ja nicht Zielführend. Jemand eine Idee?

**overHead** · 19.05.2016, 07:06

Ich habe hier gesehen das es ewig hin und her geht.
Sollte man nicht einfach über eine alternative nachdenken?
Gibt es den ein Modul was genauso oder sogar besser Formulardaten im Frontend auflistet und auch editierbar machen lässt?

**franc** · 19.05.2016, 08:35

Nein.
Das ist ja das!

**overHead** · 19.05.2016, 12:18

Vielleicht kann vielleicht ein anderer Entwickler Thomas unterstützen.
Das wäre doch was, weil auch wenn man Thomas was spenden kann, würde mir viel dran liegen das man nicht einfach jemanden was spendet, wo es dann aber nicht vorran geht.

**franc** · 19.05.2016, 13:10

Thomas (thk) hat keine Zeit, das hat er oder andere für ihn schon mehrmals hier geschrieben.
Es gibt bereits andere Leute, die sein Repo geklont haben oder beobachten. Ich auch schon mal, habe es dann aber schnell wieder liegen gelassen, so wie alle

Aber weiter entwickeln oder Fehler beheben kann nur er, weil es wohl niemanden gibt, der so viel Zeit investieren will oder kann, um diese doch etwas komplexe Erweiterung zu studieren.

**Spooky** · 19.05.2016, 13:14

Man könnte das ein oder andere Feature ja zB. für contao-leads in Auftrag geben. zB Auflistung im Frontend + Editierung wäre sicher eine praktische Erweiterung von contao-leads (und ist auch schon als feature request vorhanden, zumindest für die Auflistung: https://github.com/terminal42/contao-leads/issues/13).

**overHead** · 20.05.2016, 06:46

So ich hab mal die Develop installiert. Kann mir jemand sagen wo das Auflistung Formular Daten hin ist? Finde das im Modul bereich nicht mehr.

**clavis** · 21.05.2016, 08:15

Also ich habe die Version 2.2.2 testweise auf Contao 3.5.12 aufgesetzt, und eigentlich läuft es grundsätzlich. Auch mit Auflistung im FE. Mit welchen Versionen arbeitest du denn?

lg
Clavis
PS: "grundsätzlich" meint die Extension läuft, ohne das System zu beeinträchtigen, aber vor allem bei der Datenspeicherung bzw. FE-Auflistung ist es etwas buggy. Einen Produktiveinsatz würde ich derzeit wohl eher nicht in Betracht ziehen.

**Creasign** · 09.06.2016, 17:20

Zitat von Acta

Ich konnte den Fehler auf die Datei:

system/modules/efg/forms/EfgFormLookupSelectMenu.php eingrenzen

Dort gibt es folgenden neuen Abschnitt:

PHP-Code:


public function validate()



    {



        $mandatory = $this->mandatory;



        $options = $this->getPost($this->strName);





        // Check if there is at least one value



        if ($mandatory && is_array($options))



        {



            foreach ($options as $option)



            {



                if (strlen($option))



                {



                    $this->mandatory = false;



                    break;



                }



            }



        }





        $varInput = $this->validator($options);





        // Check for a valid option (see #4383)



        if (!empty($varInput) && !$this->isValidOption($varInput))



        {



            $this->addError(sprintf($GLOBALS['TL_LANG']['ERR']['invalid'], (is_array($varInput) ? implode(', ', $varInput) : $varInput)));



        }





        // Add class "error"



        if ($this->hasErrors())



        {



            $this->class = 'error';



        }



        else



        {



            $this->varValue = $varInput;



        }





        // Reset the property



        if ($mandatory)



        {



            $this->mandatory = true;



        }



    }

Kommentiere ich die Zeile

PHP-Code:


$this->addError(sprintf($GLOBALS['TL_LANG']['ERR']['invalid'], (is_array($varInput) ? implode(', ', $varInput) : $varInput)));

Aus funktioniert das Formular ohne Probleme.

Aber das ist ja nicht Zielführend. Jemand eine Idee?

Wie auch schon in bitbucket erwähnt, der Vollständigkeit halber auch hier: Eigentlich schon. Das ist die Fehlerausgabe der Validierung, die es vorher nicht gab. Die Klasse erweitert die Klasse Widget von Contao und ruft vor dieser Fehlerausgabe zwei Funktionen aus dieser Klasse aus und kommt nur zum Tragen, wenn dort eine ungültige Eingabe festgestellt wird. Dh. bislang wurde nur nicht geprüft, ob deine Eingabe valide ist, jetzt schon. Es handelt sich so gesehen, wahrscheinlich nicht um einen Bug sondern um ein neues Feature. Wenn es für dich mit dem Auskommentieren als Workaround funktioniert, belasse es so und bei einem Update (sollte ja nicht zu oft vorkommen) musst du dieses dann erneut einfügen.

**Acta** · 10.06.2016, 10:46

Servus ... aber warum sind denn mehrzeilige Datenbankeinträge nicht "valide"?

Ich mein klar es ist eine einfache Lösung meines Problems, aber so wirklich gefallen tut sie mir nicht.

**Creasign** · 10.06.2016, 12:11

Zitat von Acta

Servus ... aber warum sind denn mehrzeilige Datenbankeinträge nicht "valide"?

Ich mein klar es ist eine einfache Lösung meines Problems, aber so wirklich gefallen tut sie mir nicht.

Diese Funktionen prüfen in erster Linie, ob das zu erwartende/eingestellte geprüft wird (bei einem Pflichtfeld z.B. ob ein Wert eingetragen ist, gibt es einen nummerischen Wert, wenn einer verlangt wird, etc.). In diesem Fall gibt das Contao und nicht EFG vor, was valide ist. Du kannst daher deine Einstellungen für das Formularfeld prüfen, evt. kannst du es auch so lösen. Es geht ja hierbei um das ConditionalSelectMenue, oder? Und da werden anscheinend irgendwo diese mehrzeiligen Werte nicht als valide interpretiert (ist auch ungewöhnlich). Aber ich weiß z.B. zu wenig über Dein System um Dir mehr sagen zu können. Interessant wären z.B. die Einstellungen deines Formularfeldes und die Tabellenstruktur in der DB und Einstellungen der Spalte.

LG

**Acta** · 13.06.2016, 09:44

Es ist das Feld "SelectMenu DB"

Spezielle Einstellungen für das Feld gibt es nicht

Die Tabelle ist wie folgt aufgebaut:

Code:

ID | Bereich | Adresse


ID
1


Bereich 
Testbereich

Adresse
Einreichung
Straße
PLZ

Die Eingabe im Feld Adresse ist Mehrzeilig mittels Umbruch via Php-MyAdmin erstellt.

Thema: efg für Contao 3.5 (aktuelle Infos dazu)

Themen-Optionen

Thema durchsuchen

Aktive Benutzer

Aktive Benutzer

Berechtigungen