[dma_elementgenerator] Contentelemente und Frontendmodule generieren

Hallo,

zunächst erstmal: Großartige Erweiterung - herzlichen Dank dafür!

Ich habe aber ein kleines Problem damit in einer Installation mit Contao 2.9.3 und dma_eg 0.0.1

1. Wenn ich das Default-Template in einen Unterordner von Templates kopiere und anpasse, wird es nicht in der Auswahl des Elements im Generator angezeigt - nur wenn es direkt unter Templates liegt. Da ich alle angepassten Templates in einen nach Theme benannten Unterordner ablege, würde ich das gern hier auch tun. Gibt es dafür eine Lösung?
2. Wenn ich das Default-Template anpasse (z.B. nach der Vorlage im Wiki) wird es auch im Backend angewendet, was unschöne Verschiebungen mit sich bringt. Ist das so gewollt?

Vielen Dank für Eure Hilfe.

Grüße
PAndroid

Hallo PAndroid,

1. Unterordner funktionieren tatsächlich nicht. Sollte aber keine große Sache sein, das hinzuzufügen. Wäre durchaus nützlich.

2. Welches Default-Template meinst Du? Contao oder DMAEG? Eigentlich sollte letzteres keine Auswirkungen auf das Backend haben?! Hast Du vielleicht eine falsche Datei bearbeitet?

LG, Mischa

Hallo Micha,

ich habe das Template dma_eg_default.tpl wie im Wiki beschrieben in den "Templates-Ordner" kopiert, den Namen geändert und für die Ausgabe im Frontend angepasst. Das hat aber wie beschrieben Auswirkungen in der Elementübersicht des Artikels im Backend.

Normalerweise ist das doch aber getrennt? Oder?

Kann ich die Änderung bzgl. Template-Ordner selbst vornehmen oder muss ich da auf ein neues Release warten?

Grüße
PAndroid

Ja, diese Daten sind getrennt. Es sollte keine Auswirkungen im Backend haben. Hmm, ich kann mir nicht recht erklären, woran es liegen könnte. Poste doch mal einen Screenshot, damit wir alle was davon haben. ;)

Naja, ich würde die Änderung lieber Staen überlassen. Er weiß wo er "hinfassen" muss um das zu ändern. So lange musst Du halt die Templates in einen Ordner legen und mittels ihrer Namen differenzieren. Stean entwickelt das Modul ja ständig weiter, also dürfte es keine Jahre dauern, dann wird diese (in meinen Augen) nützliche Änderung mit eingearbeitet.

Hast Du schon mal geschaut, ob Du den Unterordner im Theme mit angegeben hast und ob das eventuell Auswirkungen hat? Vielleicht musst Du ja nur den Unterordner des Template-Verzeichnisses ins Theme "einbauen"?

LG, Mischa

Zitat:

---

Zitat von pandroid

ich habe das Template dma_eg_default.tpl wie im Wiki beschrieben in den "Templates-Ordner" kopiert, den Namen geändert und für die Ausgabe im Frontend angepasst. Das hat aber wie beschrieben Auswirkungen in der Elementübersicht des Artikels im Backend.

---

Ich schau am WE rein. Evtl. hat sich durch die Themes seit Contao 2.9.x was geändert. Finde ich raus. ;-)

Gruß!
Carsten

Aaalsooo.... Wenn Du im Theme den Unterordner im Ordner "Templates" als Deinen Template-Ordner angibst, funktioniert es wunderbar. Ich habe es eben ausprobiert.

LG, Mischa

Hallo staen,

Zitat:

---

Zitat von staen

Ich schau am WE rein. Evtl. hat sich durch die Themes seit Contao 2.9.x was geändert. Finde ich raus. ;-)

---

Geändert hat sich in dieser Hinsicht schon was. BugBuster hat dazu im Wiki einen Artikel "GetTemplateGroup" verfasst. Vielleicht hilft es ja.

@Mischa: Ich habe jetzt mal das Standard-Template in den Templates-Ordner kopiert, umbenannt und nach dem Eintrag im Wiki angepasst. Anschließend ließ es sich im Generator als 2. Template neben dem Standard-Template auswählen.

Entsprechend Deinem Post habe ich das neue Template in meinen Template-Ordner meines Themes verschoben. Im FE wird das neue Template weiter angewendet, im Generator wird in der Einstellungsübersicht auch noch das angepasste Template angezeigt. Wenn ich aber jetzt die Einstellungen ändern will, wird nur noch das Standard-Template wieder angezeigt. Lasse ich die Template-Einstellungen unverändert auf dem angepassten Template, erhalte ich beim Aufruf des Artikels mit den DMA-Elementen im BE eine Fehlermeldung. (Evtl. weil er das angepasste Template nicht mehr dort findet, wo es ursprünglich abgelegt war.) Das würde aber bedeuten, dass das BE-Modul tatsächlich auf das FE-Template zugreift! Oder?

Beim Einbinden des Templates aus dem Wiki stellte ich fest, dass dort ein <DIV> bei </div><!-- teaserend --></div></div> zu viel ist.

Ich teste das nochmal weiter und schau mal was sich noch ergibt.

Grüße
PAndroid

Ja, bei mir ist es wirklich so, dass das BE das angepasste FE-Template berücksichtigt.
Wenn ich das Custom-Template wieder zurück in den TL-Root\Templates Ordner verschiebe, wird auch der Artikel mit den DMA-Elementen wieder ohne Fehler angezeigt.

Packe ich jetzt in das Custom-Template wieder das fehlerhafte </div> aus dem Wiki-Template, verschieben sich im Backend die Elemente des Artikels. Dazu anbei ein Screenshot.

Ist das Problem nur bei mir so? Hat jemand die Zeit, das ähnlich wie ich mal durchzugehen, um klären zu können, ob das vielleicht ein Bug ist?

Danke.

Anhang 3833

GRüße
PAndroid

Hi PAndroid,

wirf doch mal Firebug an und schaue Dir mal den Code vom Backend an und vergleiche mit Deinem Template. Soweit ich das nachvollziehen kann, wird in der Artikelansicht ein Teil des Templates benutzt um die kleine "Vorschau" der Elemente zu generieren. Dort wird der Hase im Pfeffer liegen, der Hund begraben sein, der Hammer hängen, naja, Du weißt schon... :D

LG, Mischa

Hallo Carsten,

nun hab ich doch auch mal was zu meckern: Die Begrenzung der Zeichenzahl auf 255 bei Textareas hast Du beim letzten Stable 0.0.1 Build 11 wohl wieder mit eingebaut? ;) :p :D

Nach einem Downgrade auf die 0.0.1 Beta geht es bei mir wieder richtig.

Kannst Du das mal bitte prüfen?

LG, Mischa

@Mischa: Da brauche ich gar keinen Firebug. Das seh ich auch so. ;-)
Die Frage ist, ob man das abschalten kann. Vor allem, wenn man im Template noch etwas J-Script einsetzt, der dann im Backend die Elementvorschau "zukleistert". Das wird für den unbedarften Redakteur dann schwierig, das richtige Element zu finden.

Das Backend soll halt nicht das Template für das FE nutzen! Gibt es dafür eine Lösung?

Grüße
PAndroid

Hallo nochmal,

wäre es vielleicht möglich, für das Backend bei der Darstellung der Elemente einfach nur das Label und dann den Wert als Liste darzustellen. Ähnlich wie es im Standard-Template für das Frontend vorgesehen ist?

Das wäre prima! :D

Grüße
PAndroid

Hallo Zusammen,

ich finde diese Modul klasse und würde es gerne für ein Projekt verwenden. Allerdings ist die Website mehrsprachig, daher verwende ich auch das Modul i18nl10n. In der Modulbeschreibung steht ja "kompatibel mit i18nl10n-Erweiterung". Nun fehlt mir aber bei meinen selbsterstellten Elementtypen das Auswahlfeld für die Sprache. Hat jemand Erfahrung damit? Gibt es eine Lösung für dieses Problem? Ohne die Sprachauswahl ist das Modul leider völlig nutzlos für mich :(

Kann meinen vorherigen Beitrag leider nicht mehr bearbeiten.

Habe mich nun ein wenig mit den System-Internals auseinandergesetzt und habe nun die folgende Lösung gefunden. Ist nicht besonders schön, funktioniert aber.

In der Datei system/modules/dma_elementgenerator/DMAElementGeneratorCallbacks.php habe ich Zeile 51:

Code:

---

'content' => '{type_legend},type;dma_eg_data;{protected_legend:hide},protected;{expert_legend:hide},guests,cssID,space',

---

geändert in:

Code:

---

'content' => '{type_legend},type;dma_eg_data;{protected_legend:hide},protected;{expert_legend:hide},guests,cssID,space;{l10n_legend:hide},language;',

---

Das Problem bei der Sache ist, dass das i18nl10n zuerst seine Sprachauswahl-Felder bei jedem Element-Typ hinzufügt und danach erst der Elementgenerator seine zusätzlichen Element-Typen hinzufügt. Bei diesen wird die Sprachauswahl logischerweise nicht mehr hinzugefügt.

... kleine Verständnisfrage:

ist es richtig, dass mit dem DMA-EG "nur" einzelne Daten für eine definierte Ausgabe angelegt bzw. gespeichert werden - bezüglich des Beispiels http://de.contaowiki.org/Dma_elementgenerator wäre es so zu verstehen, dass die Ausgabe von Buchinformationen immer gleich aussehen soll und diese eher auf verschiedenen Seiten/Artikeln erscheint

und nicht

eine Liste über alle Bucheingaben irgendwo als Ausgabe erscheinen kann..??

wenn ich das richtig verstehe, wäre für die Listenein/Ausgabe das Catalog-Modul zuständig?

zonky

Exakt. Der Elementgenerator ist für einzelne Datensätze und hier geht es in erster Linie um den gleichen Aufbau. Der Catalog geht hier einige Schritte weiter (Listen, Filter, etc).

Hallo,

erstmal muss ich sagen tolles Template!!! Leider funktioniert bei mir die Generierung des Templates nicht. Ich habe wie im Tutorial beschrieben 2 Felder eingefügt (Textfeld & Datei) und dies im Template dma_eg_default.tpl gespeichert. Wenn ich nun unter Layout -> Templates den Code ansehe bekomme ich folgendes:

PHP-Code:

---

<div class="<?php echo $this->class; ?> block"<?php echo $this->cssID; ?><?php if ($this->style): ?> style="<?php echo $this->style; ?>"<?php endif; ?>>

<ul>
  <?php echo $this->fields; ?>
</ul>

</div>

---

hier fehlen nun die Felder. Ich benutze die Version von Contao CMS 2.9.4 und als weiter Extension xhtml5. Vielleicht kann mir wer helfen.

LG, Alex

Hallo Alex,

da hattu wohl das falsche Tutorial benutzt? ;-)

Nein, ich will Dich nicht ärgern. Ich denke, Du machst da einen Denkfehler.
Du legst die Felder im Backend an und liest den Inhalt der Felder über das Template aus. Was soll denn da im Template-Editor stehen? Dort wird doch nur der Code vom Template editiert?! Der Wert wird doch erst beim Ausliefern in die Seite geschrieben, da wo jetzt dein Aufruf steht.

DANKE!!!

das ist genau die erweiterung die ich gesucht habe! :D

lg

erich

Zitat:

---

Zitat von Mischa

Hallo Alex,

da hattu wohl das falsche Tutorial benutzt? ;-)

Nein, ich will Dich nicht ärgern. Ich denke, Du machst da einen Denkfehler.
Du legst die Felder im Backend an und liest den Inhalt der Felder über das Template aus. Was soll denn da im Template-Editor stehen? Dort wird doch nur der Code vom Template editiert?! Der Wert wird doch erst beim Ausliefern in die Seite geschrieben, da wo jetzt dein Aufruf steht.

---

Ok, also passe ich selber das Template selbst an. Verstanden. :)

Ich hab schon einige male dein Modul verwendet und find es super.

Doch habe ich seit einiger Zeit ne angepasste Version die templates auch im Template-Unterordnern auswählen lässt. Die geänderte Datei "dca/tl_dma_eg.php" habe ich hier mal mit angehangen und würde mich freuen wenn es bald nen Update des Moduls geben würde der diese Funktion schon mit drin hat.

Danke nochmal

Hi sr-tag,

vielen Dank für die Anpassung. Habe sie gleich mal eingesetzt. Funktioniert prima.
Wäre wirklich schön, wenn die Funtion in einem Update enthalten wäre.

EDIT: Leider gibt es im Multidomain-Betrieb Probleme damit. Es funktioniert hier nur, wenn das Template auch im übergeordneten Templates-Ordner liegt.

Gruß
PAndroid

Hi,

in der letzten version ist immernoch 255 Limit drinn, wie kickt man das raus?

Danke :)

Hallo,

Zitat:

---

Zitat von xkoy

Hi,

in der letzten version ist immernoch 255 Limit drinn, wie kickt man das raus?

Danke :)

---

Das würde mich auch interessieren.

Gruß
PAndroid

Hallo,
wahrscheinlich nur ne simple Frage:

wie greife ich im template auf ein array von Dateien zu, die ich mict Dateiauswahl (mit checkbox=Mehrfachauswahl) angelegt habe?

<?php echo $this->elements['bilder']; ?>

liefert:

Bilder a:3:{i:0;s:45:"tl_files/Bilder/02_050221.jpg";i:1;s:45:"tl_files/Bilder/03_050331.jpg";i:2;s:45:"tl_files/Bilder/04_050408.jpg";}


<?php echo $this->elements['bilder'][0]; ?>

liefert:

a

... also: wie spreche ich die einzelnen Elemente des Arrays an?

vielen Dank!

Das ist kein Array den du da hast (bzw. ein serialisierter array) sondern ein String.
mit index [0] bekommst du das erste zeichen, also a
schau dir mal deserialize() an das baut dir daraus wieder einen array.

Viele Grüße
psren

Ich kann die EXT nicht nutzen nur weil 255 Zeichen erlaubt sind, das killt jeden Content. Irgendwie Sinnlos dann :)

Zitat:

---

Zitat von psren

Das ist kein Array den du da hast (bzw. ein serialisierter array) sondern ein String.
mit index [0] bekommst du das erste zeichen, also a
schau dir mal deserialize() an das baut dir daraus wieder einen array.

---

unserialize() wars! Vielen Dank für den Hinweis!

mit:

<?php foreach (unserialize($this->elements['bilder']) as $bild): ?>
<ul>
<?php echo $bild; ?>
</ul>
<?php endforeach; ?>

erhält man also:

tl_files/Bilder/02_050221.jpg
tl_files/Bilder/03_050331.jpg
tl_files/Bilder/04_050408.jpg


...nur, falls jemand ähnliche verständnissschwierigkeiten hat. (Könnte man vielleicht auch noch unten an den Wiki-Eintrag anfügen - ich habe dazu keine Berechtigung)

Hallo,

ich wäre auch sehr dankbar, wenn dieser Bug behoben wird.
Mit der Version 0.0.1 beta2 funktioniert es.

Grüße

Sorry, es geht um den Bug mit der Begrenzung auf 255 Zeichen bei der Textarea.

Gibt es eine maximale Länge an Felder, die ich anlegen kann/darf??
Wenn ich das 32. feld anlege, erscheint es nicht. Kann es sein, dass die Ansicht nur 30 Felder/Seite zeigt? Dann fehlt aber die Möglichkiet zu blättern..

Grüße, shcnix

Ich meinet "Maximale MENGE an Feldern" !!!!

und ich meinet "wenn ich das 31. Feld anlege.." Ach, so fahrig heute..

man kann ja in den einstellungen die maximale menge an Datensätzen/Seite erhöhen -- dann sehe ich auch meine felder > 30 im elementgenerator -- sorry für diese etwas unnötigen Posts

Hi,

kann man den dma_elementgenerator mit dem artikelfilter kombinieren und so eine Filterung seiner Eingaben erreichen (ohne auf calatog umschwenken zu müssen)?

gruss zonky

Hallo,

wir haben auch mal ein wenig mit dem Elementgenerator rumgespielt und uns ist dabei folgendes Problem aufgefallen:

Wir haben ein Element erstellt, was aus einem Textfeld und einem Bildmodul besteht. Wenn ich nun im Bildmodul, das kleine Icon nutze, öffnet sich ja das kleine Fenster, mit dem ich ein Bild hochladen kann. Egal, ob ich nun ein Bild hochlade oder nicht, wenn ich das Fenster wieder schließe wird ja die Datei- und Ordnerstruktur aktualisiert. Danach ist keine Datei mehr zu sehen, es werden nur noch die Ordner (alle wieder zugeklappt) angezeigt.

Hat jemand ähnliche Probleme gehabt, bzw. einen Lösungsansatz?

Beste Grüße aus Kiel,
Dennis

Hallo.

Ich habe eigene Elemente definiert, die unter anderem Bilder darstellen.
Besteht die Möglichkeit die Erweiterung so anzupassen, dass Bilder auf eine gewünschte Grösse verkleinert werden? Gleich wie beim Standard-Elementtyp Bild?

Danke für die Hilfe!

Hi,

erst mal: danke für diese tolle Extension!

Eine Kleinigkeit ist mir aufgefallen: Ich generiere mit "Als Modul bereitstellen" ein Modul (eigentlich ja eher einen Modultyp) und lege in meinem Theme ein FE-Modul dieses Typs an. Dabei kann ich ja auch eine Überschrift und h1/h2/ vergeben. Wenn ich später aber das FE-Modul editiere, habe ich keine Möglichkeit mehr die Überschrift zu ändern, da das Eingabefeld "Überschrift" fehlt. Habe ich da etwas übersehen?

Gruß, Micha

Hi, noch ein Wunsch-Feature von mir: könnte man für den Feldtyp "Seitenauswahl" eine Möglichkeit einbauen, dass man ein Wurzelelement angeben kann und der pageTree zeigt dann nur die untergeordneten Seiten (ähnlich wie beim Standard-Modul "Navigationsmenü")? Das wäre spitze :)

... mal eine naive Frage: könnte mal in den Elementgenerator auch den Artikelfilter einbauen?

Gruss zonky

upps: hatte ich schonmal gefragt - sorry

Servus,

mal eine Frage.

Ich habe mehrere Textfelder.
Wenn eines nicht ausgefüllt wird, ist bei der Frontendanzeige dann eine Lücke. ist es möglich das das dann garnicht erst angezeigt wird wenn nichts eingetragen wird?

Wär der Hit

Servus,

erstmal vielen Dank für diese gyle Erweiterung. Mir ist eben nur aufgefallen das der RTE nicht das Custom Config File verwendet, wenn ich das in die dcaconfig.php eintrage.

Bsp:

PHP-Code:

---

// Die eigene RTE-Konfiguration für Text-Elemente verwenden
$GLOBALS['TL_DCA']['tl_content']['fields']['text']['eval']['rte'] = 'tinyCustom'; 


---

Kann mir bitte einer sagen wo ich da was ändern muss?

Die Sache mit der Zeichenbegrenzung auf 255 hab ich folgendermaßen gelöst:

• Typ auf Text ändern
• max Zeichen auf 0
• Speichern
• Typ zurück ändern

LG

Zitat:

---

Zitat von xkoy

Servus,

mal eine Frage.

Ich habe mehrere Textfelder.
Wenn eines nicht ausgefüllt wird, ist bei der Frontendanzeige dann eine Lücke. ist es möglich das das dann garnicht erst angezeigt wird wenn nichts eingetragen wird?

Wär der Hit

---

Hi xkoy,
du kannst dir alle Felder mit

PHP-Code:

---

<?php $this->showTemplateVars(); ?>

oder 

<?php print_r($this->elements); ?>

---

ausgeben lassen und dann direkt darauf zugreifen.
'subline' ist im nachfolgenden Fall der Feldname.

PHP-Code:

---

<?php if($this->elements['subline']) { ?>
<h3><?php echo $this->elements['subline']; ?></h3>
<?php } ?>

---

LG

Hallo zusammen,

ich hoffe ihr könnt mir helfen:

Ich versuche mit dem dma_elementgenerator ein Content-Element bestehend aus einem Bild, einer Überschrift, einem Text sowie einer Liste von Checkbox-Optionen zu erstellen. So weit, so gut - alles klappt bisher prima, außer die Checkbox-Liste.

Ich habe ein Feld vom Typ "Checkbox" erstellt und mehrere Options hinzugefügt.

Wenn ich nun aber ein Contentelement des erstellten Typs anlegen will, ist statt der "Checkbox-Liste" nur die erste Option dieser Liste zu sehen - Label des Feldes usw. fehlen, lediglich die Beschreibung wird unterhalb dieser einen Checkbox-Option angezeigt.

Hat jemand eine Ahnung wo ich ansetzen könnte mit der Suche? Das 'options'-Feld im $GLOBALS['TL_DCA']-Array ist mit allen angelegten Optionen befüllt, lediglich das Rendern scheint Probleme zu machen...?!

Ich hoffe, dass mir jemand von euch helfen kann,
viele Grüße,
Fabio

Hi,

hat keiner Idee woran das liegen könnte, wäre leider ein wenig "dringend" ;(


Danke und viele Grüße,
Fabio

Danke xaero funkt schon!!!

Danke

Hallo,
erst einmal besten Dank für die tolle Erweiterung.

Nun habe ich noch folgendes Problem:
Nachdem ich ein Element mit entsprechenden Feldern mit dem Elementgenerator für Beiträge bereitgestellt habe, möchte ich diese Beiträge auch zeitgesteuert ausgeben (z.B. Spruch der Woche). Für die Standard-Contentelemente gibt es ja die Erweiterung "ce_startstop". Diese funktioniert aber nicht für die, die mit dem DMA erstellt wurden. Kennt jemand eine Möglichkeit, wie ich ein Start- und Enddatum für ein Element hinzufüge oder mich ggf. anders behelfen kann?

Vielen Dank im voraus, Gruß
Wolle

Eine wirklich tolle Erweiterung, Danke!

Ich versuche nun vergeblich einen angepassten TinyMCE Editor in meinem erstellten Elementtyp aufzurufen aufzurufen, was leider nicht so klappen will.

Folgenden Code habe ich in die dcaconfig.php eingegeben:

PHP-Code:

---

$GLOBALS['TL_DCA']['tl_content']['fields']['dma_eg_1']['eval']['rte'] = 'tinyCustom'; 


---

"dma_eg_1" ist das erstellte RTE Textfeld. Im Backend wird leider nur der Standard Tiny aufgerufen. Hat jemand eine Idee??

(BILDPFAD) ... wird in HTML oder CSS von 550 x 412 in 150 x 100 geändert. Durch die Bereitstellung eines skalierten Bildes könnten 67.4 KiB eingespart werden (Reduzierung um 93 %)

Sagt Page Speed, ist schon derbe der drückt meine Punktzahl richtig runter.. kann man das nicht eleganter lösen?

Hi xkoy,

wenn ich das richtig verstanden habe suchst du so was: http://www.contao.org/inserttags.html unter Verschiedenes.

{{image::##imgsrc##?width=150&height=100&mode=crop }}

Beste Grüße

PS: Hat keiner eine Idee wie man das löst. Bin für jede Hilfe dankbar.
http://www.contao-community.de/showt...l=1#post138860

Ah mit insert Tags? Ok ich check das mal ab. Danke Dir!!

Klappt perfekt xaero, besten Dank nochmal!!

Hi!

Gibt es eine Möglichkeit ein Element mit beliebig vielen Einträgen anzulegen, wie z.B. beim Aufzählungs-CE?

danke
Roland

Warum darf eine Textarea maximal 255 Zeichen lang sein???

Zitat:

---

Zitat von EinfachRoland

Warum darf eine Textarea maximal 255 Zeichen lang sein???

---

Ließ mal das -> http://www.contao-community.de/showt...l=1#post138860

It's not a Bug, it's a Feature! ;)

thx :)

das mit der custom tiny config für den dma würde mich auch interessieren, scheint noch nicht beantwortet zu sein...

meine vermutung war das hier: $GLOBALS['TL_DCA']['tl_dma_eg_fields']['fields']['dma_eg_1']['eval']['rte'] = 'tinyCustom';

aber klappt nichts in der art... jemand einen tipp?

in der DMAElementGeneratorCallbacks.php habe ich die stelle auch gefunden an der die tiny config zu ändern wäre...

zeile 142: $GLOBALS['TL_DCA'][$strTable]['fields'][$title] habe ich das array gefunden, das ganze wäre dann das: $GLOBALS['TL_DCA'][$strTable]['fields'][$title]['eval']['rte'] ... dabei dachte ich das $strTable mit "tl_dma_eg_fields" erstetzt wird und $title durch dma_eg_1 für das erste angelegte dma element.... wobei mir $title nicht ganz klar ist, ich schätze das es darum auch nicht funzt ;)

hoffe ihr könnt mir helfen...

Zitat:

---

Zitat von xaero5

Ließ mal das -> http://www.contao-community.de/showt...l=1#post138860

It's not a Bug, it's a Feature! ;)

---

Ich finde es ja cool dass du einen immer wieder zu diesem Threat leitest... ich bin 3x im Kreis gefahren bis ich es verstanden habe ;-)

Hallo,

seit dem Update von Contao ist der Elementgenerator nicht meht im Menü zu finden. Auch die Inhalte werden nicht mehr ausgegeben. Beim Überprüfen der Installation und auch einer Re-installation des Modules ist keine Verbesserung zu erkennen, obwohl die Tabellen in der Datenbank gut aussehen.

Die vohandene Fehlermeldung im Systemlog :

ID: 25920
Datum: 30.07.2011 09:27
Ursprung: Backend
Kategorie: ERROR
Benutzer:
Details: Content element class "" (content element "dma_eg_1") does not exist
Funktion: Controller getContentElement()
IP Adresse: 77.4....
Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20100101 Firefox/5.0



Any ideas?

Danke schon mal vorab für eure Hilfe!

Also, bis auf einige Dinge wie dem alten "255 Zeichen-Bug" und dem Ausfall von Dropdown-Feldern ab einer bestimmten Anzahl funktioniert es bei mir in den neuesten Versionen immer noch tadellos.

Schade das diese sehr nützliche Erweiterung seit einiger Zeit offenbar nicht mehr gepflegt wird. Ich habe Carsten mal eine Mail geschrieben, mal sehen ob er antwortet. :)

UPDATE 30.08.2011: Leider bisher keine Antwort von Carsten per Mail. Ich hätte diese Erweiterung gern zum Einsatz gebracht. :rolleyes:

ja find es auch schade das sich da nix mehr tut, gibts keine Alternative? Wie soll man sonnst denn eigene Inhaltselemente anlegen?? Sowas gehört in den Core.

Ja, der Meinung bin ich auch! Das gehört definitiv in den Core! Das wäre ein wichtiges Alleinstellungsmerkmal gegenüber vielen anderen CMS. Diese Erweiterung ist jetzt schon ein mächtiges Werkzeug, gar nicht auszudenken wenn das weiterentwickelt würde.

Dem kann ich nur zustimmen. Drupl bietet so eine Funktion auch von Haus aus an.
Ich bin auch der Meinung, dass so etwas in den Core gehört.

Der Core wurde nicht dafür ausgelegt. Der Catalog macht auch genau solche Dinge.
Ihr habt Recht, in einer Zukünftigen Version (Contao 3 oder was auch immer), wenn man das ganze Konzept überdenkt, muss sowas mit rein - aber nicht jetzt ;)

Bin heute auch auf den 255-Zeichenbug gestoßen, gerade beim Optionsfeld, wo der Blob der Select- und Radiobutton-Liste gespeichert wird … War kurz vorm durchdrehen.

Datenbankfeld auf longtext ändern und Problem gelöst, allerdings hakt noch die Datenbankaktualisierung. Jemand ne Idee?

Vielleicht sollte die Extension geforkt werden und zumindest die bisherigen Bugs behoben werden. Vielleicht könnte man ja die Roadmap aufgreifen. :cool:

Au ja! Bütte, bütte! Ich bin sofort dafür das Teil zu forken. :D

Hab zwar leider gerade überhaupt keine Zeit etwas mit zu machen aber schon wieder einige Projekte in der Pipe wo ich gerade den Elementgenerator DRINGEND bräuchte.

Schade dass Stean sich gar nicht mehr dazu äußert.

Ich habe mir das Teil schon mal angesehen weil ich es 2.10 kompatible machen wollte.
Aber, auweia, ich sehe da einfach nicht durch. Allein um zu bestimmen welches Template ist Frontend und welches Backend bringt mich schon an Grenzen.
Sicherlich hat der Entwickler da einen roten Faden in der Extension, aber ich habe den noch nicht gefunden.

Hi Bugbuster,

Du hattest ja schon zu Beginn ein wenig Dein Problem mit dem efg. ;)

Ich würde mich freuen, wenn sich doch noch jemand "erbarmt" um diese Erweiterung am Leben zu halten. Wäre sicher im Interesse vieler User. Sicher, es gibt den Katalog, aber manchmal ist der einfach zu mächtig.

Hallo zusammen,

mit dem dma_elementgenerator wird es nun weiter gehen. Bitte seid doch so lieb und schreibt uns die Bugs und Feature-Wünsche im Contao-Forge (http://contao-forge.org/projects/elementgenerator) als Ticket rein. Dann können wir die nach und nach abarbeiten. Selbstverständlich werden wir die Bugs möglichst schnell raus hauen, anschließend die Kompatibilität zu 2.10 herstellen und dann die aus unserer Sicht sinnvollen Features integrieren. Eventuell wird es somit in nächster Zeit mehrere Updates geben ;-)

Ich werde aber auch noch einmal die ganzen Post durchgehen und die Bugs dann, sofern sie noch nicht im Forge stehen, übernehmen.

Danke und viele Grüße
Janosch