[dma_elementgenerator] Contentelemente und Frontendmodule generieren

Hallo!

Ich hatte diese Erweiterung für ein eigenes Projekt schon länger "auf Halde". Sie ähnelt sehr der Erweiterung "ce_designer" von LindesBs, hat aber eigene Features, weswegen ich sie einfach mal veröffentliche.

Mit dieser Erweiterung können eigene Contentelemente bzw. Frontendmodule angelegt werden. Das erlaubt es, beim Pflegen der Seite einfacher einheitliche Strukturen beizubehalten oder sogar zu "erzwingen".

Dazu wird unter "Elementgenerator" ein neues Element angelegt. Danach kann ich die erforderlichen Formularfelder definieren. Dabei werden die Backendformularfelder genutzt, so dass eine einheitliche Optik im Backend beibehalten wird, auch Dateiauswahlen zu Verfügung stehen und eigentlich alle Konfigurationsoptionen (incl. Validierung) dieser Felder genutzt werden.

Ich kann dabei auswählen, ob die Elemente als Contenelement und/oder als Frontendmodul zu Verfügung gestellt werden.

Aktuelle Version der Erweiterung
dma_elementgenerator 0.0.1 stable

Changelog

• 0.0.1 beta1 build 11: Erste Version. Noch stehen nicht alle Backendfelder zu Verfügung.
• 0.0.1 beta1 build 13: Richtexteditor für Textareas
• 0.0.1 beta1 build 17: Bug behoben: fehlerhaftes "foreach"
• 0.0.1 beta2 build 1: Bugs behoben, Template angepasst, weitere Übersetzungen, Fehler im Datenbankfeld "Vorgabewerte" korrigiert
• 0.0.1 beta2 build 7: Unregelmäßigkeit beim "Neu erstellen" behoben, Löschen löscht nun auch verbundene Contentelemente und Module
• 0.0.1 beta2 build 15: "Vorgabewert" wird nun auch verwendet
• 0.0.1 beta2 build 23: Änderungen der Templates: Jedem Feld kann eine Klasse mitgegeben werden, Backend: Feld "Vorgabewerte" entfernt wo unnötig

[*] 0.0.1 stable: List Wizard hinzgefügt, kompatibel mit i18nl10n-Erweiterung (multilanguage)

Roadmap:


* Alle definierten Backendfelder für Formulare zu Verfügung stellen, Überarbeitung Templating.

Roadmap:

• 0.0.1 stable: Evtl. Bugs beheben, minimale Featurerequests, Dokumentation
• 0.0.2: Multi-Text-Wizard, Table-Wizard
• 0.1.0:
  
  • Auch Backendwidgets aus "Fremdmodulen" unterstützen
  • Besseres Handling von Bildern, incl. "meta.txt" und Galerie
  • Verbessertes Templating

Schönen Gruß!
Carsten Kollmeier

Der Ansatz gefällt mir sehr gut, insbesondere die Definition eines Content-Elements ist sehr intuitiv, da es der üblichen Logik folgt.
Zwei Fragen bleiben spontan offen:

• wie würde ich ein Bild auswählen?
• wie kann ich ein Feld mit FCKEditor anlegen?

Ich vermute mal, das müsste jemand mal bei Gelegenheit dazuprogrammieren, oder habe ich etwas übersehen?

Zitat:

---

Zitat von corticelli

• wie würde ich ein Bild auswählen?

---

Du wählst als Typ des Feldes "fileTree" (ja, an der Stelle muss ich noch übersetzen), kannst dann unter "Dateiendungen" "jpg,jpeg,gif,png" eingeben (So kriegst du nur noch Bilder angezeigt). Außerdem kannst du unter "Pfad" noch das Verzeichnis, aus welchem die Dateien angezeigt werden einschränken.

Um das Bild nachher im Frontend anzuzeigen musst du natürlich das Ausgabetemplate anpassen...

Zitat:

---

Zitat von corticelli

• wie kann ich ein Feld mit FCKEditor anlegen?

---

Die Funktionalität füge ich noch hinzu. (Moment, kann ich sogar eben machen) Habe ich noch nicht selbst gebraucht, daher "übersehen".

edit:
Die Funktionalität "Richtexteditor" für Textarea habe ich nun hinzugefügt. Musst nur ein Update machen.

Wenn du als Feldtyp "textarea" ausgewählt hast, erscheint nun die Möglichkeit "Richtexteditor verwenden" anzuhaken.

Zacksendie! Ich war kurz auf dem Holzweg, weil ich gedacht habe, dass das König Kunde ja nie versteht, aber der sieht das ja gar nie.

Das Modul ist exakt, was ich gebraucht habe!

Wenn Du magst, werde ich heute abend mal einen Detailtest machen, um die Kleinigkeiten noch zu glätten (mich verwirrt an einigen Stellen der Vorgabewert 255, einige Bezeichnungen könnte man noch besser erklären und solcher Kleinkram) und das mit den Klassen verwirrt mich, aber ich schätze, da werde ich in den Frontend-Templates fündig.

Ah,und ein Icon fehlt noch, soll ich eins basteln?

Hallo!

Ich danke dir erstmal ganz herzlich!

Das mit der "255" ist mir auch gerade aufgefallen, da ist mir wohl ein falscher Default-Wert reingerutscht (ich sollte weniger "Copy&Paste" machen).

Das mit den Klassen erklärt sich wahrscheinlich besser, wenn ich die Übersetzungen anpasse.

Aber ich würde vor einem neuen Build definitiv deinen Test und dein Feedback abwarten, dann wäre die nächste Version schon deutlich "runder".

Achja: Ein Icon wäre natürlich toll! Ich hatte da noch keine griffige Idee.

Schöne Grüße!
Carsten

BTW: Die TL Icons sind alles famfamfam Icons - nutzen wir alle für unsere Erweiterungen - meistens zumindest ;)

Bin ich der einzige der Probleme hat?
Habe ein Element angelegt als CE, darin ein Textfeld.
Gehe in meine Artikel und will nun dort ein neues Element anlegen.
Sobald ich sage wohin, kommt:

Code:

---

Warning: Invalid argument supplied for foreach() in .../system/modules/dma_elementgenerator/DMAElementGeneratorCallbacks.php on line 145

---

Hallo BugBuster:

Ich habe den Fehler nicht reproduzieren können, überprüfe aber jetzt vor dem "foreach", ob überhaupt ein Array vorliegt.

Update verfügbar.

Ansonsten, wie schon angekündigt, werde ich weiteres Feedback abwarten und dann gebündelt updaten.

So, back @work.

Ein grundsätzliche Problem habe ich: die Frontend-Ausgabe klappt nicht mehr. Die Schleife wird gar nicht erst durchlaufen.

PHP-Code:

---

<?php foreach($this->sorting as $key): ?>
    <li>
        <?php echo $this->elements[$key]; ?>
    </li>
<?php endforeach; ?>

---

Ich habe nach dem Update sicherheitshalber auch ein neues Element definiert und in einen neuen Artikel eingebunden.
HTML-Rendering:

HTML-Code:

---

<div class="ce_dma_eg_2 block">

<ul>
</ul>

</div>

---

Jetzt ein bisschen Kleinkram:

Die einzelnen Feldtypen bei der Definition der Elemente

legend
kann ich nicht zuordnen, was tut der Typ?

text
Die Bedingung (Validierung) - könnte man da das Dropdown so machen wie beim Formulargenerator? Prio B
Wie gesagt, die Klassen sind (noch) verwirrend.

password
wie text
ich bin nicht sicher, wofür man es fachlich einsetzen könnte?

textarea
Vorgabewert vielleicht ein wenig knapp - Prio C

select, checkbox, radio
keine Anmerkung

radioTable
was tut dieser Feldtyp?

pageTree

fileTree
Vorgabewert für Dateiendungen ist 255

Für pageTree und fileTree: würden hier die Berechtigungen aus dem Rechtemanagement von TL geprüft?



Beim Anlegen eines Inhaltselementes im Artikel

Das Inhaltselement in der Liste im Artikel sollte einen sprechenden Namen erhalten - bei mir ist das immer nur ein undefinierter Kleinbuchstabe (undefiniert deshalb, weil ich keine Regel feststellen kann, welcher Buchstabe kommt.

Zitat:

---

Zitat von staen

Ich habe den Fehler nicht reproduzieren können, überprüfe aber jetzt vor dem "foreach", ob überhaupt ein Array vorliegt.

---

Hast du imn Backend die Fehlerausgabe eingeschaltet?
Dann bekomme ich auch im Frontend eine Fehlerausgabe, wodurch es zu keiner Ausgabe kommt.

@BugBuster: ich kann deinen Fehler auch nicht reproduzieren, vielleicht verstehe ich aber auch die Herleitung nicht.
Ich bin in einem "frischen" TL ohne andere Extensions

ok, ich probiere das nachher nochmal in einer andern TL Installation.

Habe mal bei Famfamfam geschaut, die Icons sind irgendwie ... ähnlich, aber ich konnte bei den 1.000 Stück keines finden, das auch in TL zu sehen ist.

Passen würden indes das hier:
https://community.contao.org/de/atta...1&d=1265310136
oder das hier:
https://community.contao.org/de/atta...1&d=1265310136

Schon wieder ich.
Lege ich ein Textfeld an und trage etwas bei Vorgabe ein, klicke auf speichern, wird ein Fehler angezeigt, direkt unter dem Vorgabefeld:

Code:

---

Query error: You have an error in your SQL syntax; check the manual that corresponds to your
MySQL server version for the right syntax to use near
'default='Hallo' WHERE id='1'' at line 1
(UPDATE tl_dma_eg_fields SET default='Hallo' WHERE id='1')

---

Wie schon erwähnt, bei mir ist in den Einstellungen "Fehlermeldungen anzeigen" aktiviert.

Grund ist der Name des Feldes "default", recht ungünstig gewählt.
Folgendes Statement funktioniert:

Code:

---

UPDATE tl_dma_eg_fields SET `default` = 'Hallo' WHERE id = 1;

---

Hab als Test mal das Feld umbenannt und schon ging es ohne die schrägen Hochkommas.
Ohne wird MySQL wohl "denken" es soll die Default Eigenschaft des Feldes geändert werden, aber das geht ja nur über "alter table ...".

Zitat:

---

Zitat von corticelli

So, back @work.

Ein grundsätzliche Problem habe ich: die Frontend-Ausgabe klappt nicht mehr. Die Schleife wird gar nicht erst durchlaufen.

---

Und schaltet man die Fehleranzeige ein erhält man:

Code:

---

Warning: Invalid argument supplied for foreach() in
/system/modules/dma_elementgenerator/templates/dma_eg_default.tpl on line 4

---

Guten Morgen!

Danke schon einmal für die vielen Rückmeldungen: Werde die heute durchgehen und die Fehler beheben. Allerdings werde ich die "Schnellschüsse" von gestern lassen und vor dem nächsten Build etwas ausgiebiger Testen.

Carsten

Zitat:

---

Zitat von BugBuster

Schon wieder ich.
Hab als Test mal das Feld umbenannt und schon ging es ohne die schrägen Hochkommas.
Ohne wird MySQL wohl "denken" es soll die Default Eigenschaft des Feldes geändert werden, aber das geht ja nur über "alter table ...".

---

Das SQL-Statement wird dynamisch von TYPOlight erzeugt - scheinbar ohne schräge Hochkommas. Mir bleibt also nichts anderes übrig, als das Feld zu "default_value" umzubenennen - was leider heißt, dass bei einem Update die Werte verloren gehen (ich habe leider nicht rausgefunden, wie ich bei einer Erweiterung die "individuelle Installiererklasse" nutzen kann, um die Werte zu erhalten).

Zitat:

---

Zitat von staen

Das SQL-Statement wird dynamisch von TYPOlight erzeugt - scheinbar ohne schräge Hochkommas.

---

Hab mir gestern auch schon überlegt ob man das nicht als Bug / Featurerequest melden sollte.

Zitat:

---

Zitat von staen

(ich habe leider nicht rausgefunden, wie ich bei einer Erweiterung die "individuelle Installiererklasse" nutzen kann, um die Werte zu erhalten).

---

Ich glaube die gibt es noch garnicht, da war die Doku schneller als der Programmierer soweit ich weiß.
In diesem Anfangsstadium des Moduls wäre die Änderung kein Problem, jedenfalls nicht für mich :)
Wer DB Zugriff hat kann ja vorher selber das Feld umbenennen, wenn man weiß wie der neue Name ist.

Hi Corticelli!

Ich habe die Typen jetzt auch in die Übersetzung genommen. Dadurch sollte klarer sein, was sie machen.

Auch habe ich überflüssige Typen rausgenommen.

Zu deinen Anmerkungen:

Zitat:

---

Zitat von corticelli

Jetzt ein bisschen Kleinkram:
legend
kann ich nicht zuordnen, was tut der Typ?

---

Fügt eine Zwischenüberschrift ein. So wie bei den Backendformularen "Experteneinstellungen" und so weiter.

Zitat:

---

Zitat von corticelli

Jetzt ein bisschen Kleinkram:
text
Die Bedingung (Validierung) - könnte man da das Dropdown so machen wie beim Formulargenerator? Prio B

---

Ich schaue mir das im Formulargenerator mal an. Spricht aber nichts dagegen.

Zitat:

---

Zitat von corticelli

Jetzt ein bisschen Kleinkram:
Wie gesagt, die Klassen sind (noch) verwirrend.

---

Ich habe sie mal "übersetzt". Sie dienen halt dazu, das aussehen und die Anordnung der Felder im Formular zu beeinflussen.

Zitat:

---

Zitat von corticelli

Jetzt ein bisschen Kleinkram:
password
wie text
ich bin nicht sicher, wofür man es fachlich einsetzen könnte?

---

Ähh, ich auch nicht. Hatte es nur drin, weil ich erstmal stumpf alle möglichen Felder darstellen wollte. Das macht aber überhaupt keinen Sinn, hast recht. Habe es rausgenommen.

Zitat:

---

Zitat von corticelli

Jetzt ein bisschen Kleinkram:
textarea
Vorgabewert vielleicht ein wenig knapp - Prio C

---

Was für einen schlägst du vor?

Zitat:

---

Zitat von corticelli

Jetzt ein bisschen Kleinkram:
radioTable
was tut dieser Feldtyp?

---

Mit Radio Table können wohl Radiobuttons mit Bildern versehen werden. Da ich aber gerade nicht weiß, wie ich das vernünftig editieren lasse, habe ich es auch erst einmal rausgenommen.

Zitat:

---

Zitat von corticelli

Jetzt ein bisschen Kleinkram:
fileTree
Vorgabewert für Dateiendungen ist 255

---

Jetzt nicht mehr ;-)

Zitat:

---

Zitat von corticelli

Jetzt ein bisschen Kleinkram:
Für pageTree und fileTree: würden hier die Berechtigungen aus dem Rechtemanagement von TL geprüft?

---

Da das über die normalen Backend-Widgets läuft: Ja.

Zitat:

---

Zitat von corticelli

Jetzt ein bisschen Kleinkram:
Das Inhaltselement in der Liste im Artikel sollte einen sprechenden Namen erhalten - bei mir ist das immer nur ein undefinierter Kleinbuchstabe (undefiniert deshalb, weil ich keine Regel feststellen kann, welcher Buchstabe kommt.

---

Da wurde wohl noch ein String zurückgegeben, wo ein Array erwartet wurde.

Habe ein neues Build hochgeladen. Achtung: Durch die Umbenennung der "default"-Tabellenspalte gehen bei einem Update leider die Default-Werte verloren. (edit: wobei, wenn man die vorher gar nicht eingeben konnte, geht auch nichts verloren...)

Habe mal kurz quergeklickt, sieht toll aus!
Heute abend mehr!

Aus meiner Sicht klappt es jetzt schon so gut, dass man es als Versuchballon einsetzen könnte.

Bislang habe ich aber nur "Gutfälle" getestet, also ohne Fehler zu provozieren. Da werde ich morgen nochmal drüberschauen.

Folgender Kleinkram ist mir noch aufgefallen:

Was schön wäre: wenn in der Bezeichnung Leerstellen möglich wären. Vielleicht könnte man analog von Seiten den URL-konformen String automatisch aus der Lese-Bezeichnung ableiten. Prio B, weil für den Redakteur im Alltag nicht relevant.

Wenn man zuerst den Typ vorgibt, wird offensichtlich die Seite nachgeladen, was dazu führt, dass noch leere Pflichtfelder (i.d.R. die Beschriftung) bemängelt werden. Prio B.

Bei "Dateiauswahl" machen Vorgabewert, Bedingung, Mindest- und Höchstlänge keinen wirklichen Sinn ...

Frontend-Template

Und eine grundsätzliche Baustelle: Dokumentation, insbesondere für die Erstellung von Frontend-Templates. Man kann sich zwar mit PHP-Amateurkenntnissen behelfen (so wie meine leider ...), aber ich bezweifle, dass mein Code kritischen Augen standhält.

Was mir dabei durch den Kopf gegangen ist: wenn man sich in der Schleife aus der Datenbank noch den Feldtyp holt, könnte man abhängig davon fertigen HTML-Code erstellen. Also einen <div class="text"> für ein Textfeld, einen <img ... für ein Bild etc.

Diese legt man wiederum in ein Array. Jetzt müsste man nur noch das Layout-Gerüst erstellen und darin die Array-Elemente aufrufen statt an Ort und Stelle den HTML-Code zu erzeugen.

Hm. Ich merke, dass es nur Sinn ergibt, es fest in die Extension zu verankern, wenn man viel Arbeit investiert. Da man z.B. automatisch davon ausgehen würde, dass eine Datei ein Bild ist. Man müsste also dafür auch wieder Fallunterscheidungen machen. Wäre aber auch machbar ... Die Dateiendungen wären ja zumindest als Feldtypen auch vorhanden ... ich tüftel da mal, vielleicht bringe ich wenigstens ein Ablaufdiagramm hin.

Bin insgesamt schon sehr glücklich mit dieser Extension!

Hui, jetzt habe ich auch den Fehler, den Bugbuster schon genannt hatte ...
Aber er kommt nicht immer reproduzierbar:

Zitat:

---

Warning: Invalid argument supplied for foreach() in /kunden/230360_84428/webseiten/tl_instanzen/demoserver/system/modules/dma_elementgenerator/DMAElementGeneratorCallbacks.php on line 169

---

Zitat:

---

Zitat von corticelli

Hui, jetzt habe ich auch den Fehler, den Bugbuster schon genannt hatte ...
Aber er kommt nicht immer reproduzierbar:

---

Werde ich mir Montag auf der Arbeit anschauen. Habe hier zu Hause gerade leider keine Installation rumliegen ;-)

Schöne Grüße!
Carsten

Hallo!

Zitat:

---

Zitat von corticelli

Beim Anlegen eines Inhaltselementes im Artikel

Das Inhaltselement in der Liste im Artikel sollte einen sprechenden Namen erhalten - bei mir ist das immer nur ein undefinierter Kleinbuchstabe (undefiniert deshalb, weil ich keine Regel feststellen kann, welcher Buchstabe kommt.

---

Gibt es hierzu irgendwas neues? Bei mir wird in der Artikel-Vorschau im Backend mein neues Contentelement als "V" angezeigt :-).

Kann man da was machen?

Sonst: Super Extension, der ce_designer ist bei mir schon wieder rausgeflogen ;-).

Danke,
Stefan

Zitat:

---

Zitat von dl1ely

Hallo!
Gibt es hierzu irgendwas neues? Bei mir wird in der Artikel-Vorschau im Backend mein neues Contentelement als "V" angezeigt :-).

---

In der aktuellsten Version aus dem Extensionrepository sollte das schon behoben sein. Hast du geupdatet?

Gruß!
Carsten

Ja, ist behoben - sorry!

Hatte erst nachgeschaut, dann die Extension aktualisiert, und dann meinen Post geschrieben. Definitiv falsche Reihenfolge :-).

Danke!

Stefan

Zitat:

---

Zitat von corticelli

Hui, jetzt habe ich auch den Fehler, den Bugbuster schon genannt hatte ...
Aber er kommt nicht immer reproduzierbar:

---

Hallo!

Ich habe noch einmal reingeschaut. Ich habe den Fehler zwar leider nicht reproduzieren können, kann mir aber vorstellen, dass er auftritt, wenn wegen nicht ausgefüllter Felder kein array mit den Werten in der DB gespeichert wird. Überprüfe nun die Typen des Feldes "dma_eg_data" etwas genauer.

Ein anderer Grund könnte sein, dass noch auf ein Contentelement zugegriffen wird, zu dem kein Element mehr existiert.

Deshalb habe ich nun einige Callbacks etwas "verfeinert", so dass jetzt, wenn ich ein Element lösche, auch die dazugehörigen Module und Contentelemente gelöscht werden.

Ich glaube, der nächste Schritt ist nun die Dokumentation, insbesondere der Templates.

Schöne Grüße!
Carsten

Vielleicht hilft noch folgende Info: der Fehler tritt auch auf Seiten auf, in denen es gar keinen Artikel mit einem Element des Elementgenerators gibt.

zum Ausprobieren:

http://demoserver.internet-a-z.de/typolight
staen
start123

Du kannst nix kaputtmachen :)

Hallo Staen!

An sich finde ich Dein Modul sehr fein. In meinem Fall reicht die angebotene Datei-Einbindung leider nicht so ganz.

Eine direkte Einbindung der TL-Galerie wie z.B im Katalogmodul oder der Newsgallery wäre absolut genial.

Eventuell wäre schon mit der Integration einer evtl. vorhandenen meta.txt einiges gewonnen.

Läßt sich sowas "einfach" :o ralisieren?



LG Sascha

So, ihr Lieben, es ist eine neue Version online (build 15).

Damit habe ich ein neues Handling der Vorgabewerte für die Felder realisiert. Das behebt einerseits den vorher von Bugbuster und Corticelli geschilderten Fehler ("Invalid argument supplied for foreach() ...") und führt gleichzeitig dazu, dass ein eingetragener Vorgabewert auch wirklich angezeigt wird.

Zitat:

---

Zitat von pcartist

Eine direkte Einbindung der TL-Galerie wie z.B im Katalogmodul oder der Newsgallery wäre absolut genial.

Eventuell wäre schon mit der Integration einer evtl. vorhandenen meta.txt einiges gewonnen.

---

Hört sich definitiv sinnvoll an. Möchte aber erst einmal die Version 0.0.1 stabil kriegen, dann gibt es neue Features. Habe es mal auf die "Roadmap" gesetzt.

Gruß!
Carsten

Toröh!

Ja, so wie es ausieht, klappt nun alles.

Ich werde heute abend mal ein wenig mit einem "lebenden Patienten" arbeiten (auf ner Testumgebung natürlich :)

Hallo Stean!

Klasse, mit der Gallerie. Werde das Modul fleissig testen!

Mit solchen Eingabehilfen erleichtert man jedem Redakteur den Alltag.


Danke schon mal!

Hallo, lieber Tester und "early adopter"!

0.0.1

Sagt ihr mir auch Bescheid, solltet ihr bei euren Tests keine Fehler oder andere störenden Dinge mehr finden?

Hat sich evtl. jemand auch mal den Code durchgeschaut?

Würde die Erweiterung gerne, wenn sie gut funktioniert, "stable" machen - und 4-28 Augen sehen da mehr als meine zwei.

0.0.2

Für die 0.0.2 Version würde ich gerne Features sammeln - wobei ich die Erweiterung gerne "schlank" halten möchte, da sie (wie jemand das beschrieben hat) momentan die Lücke zur "Katalog"-Erweiterung schließt. Und ich glaube, das soll ruhig so bleiben.

Mir schwebt momentan vor:

• Bilder und Bildergalerien einfacher zu unterstützen.
• Widgets des Formulargenerators verfügbar zu machen.

Ok, hab nur mal mit 2 Feldern getestet, hab grad nicht so viel Zeit.
Bei Select Feld:
- Wozu das Vorgabe Feld? Den Default der Select Liste lege ich ja mit dem Checkboxen fest.
- Die beiden Checkboxen neben den "Auswahlmöglichkeiten" haben keine Erläuterung. Im Original steht: [ ] Standard [ ] Gruppe

Damit ich von EFG+ce_designer umsteigen würde, brauche ich:
- die Möglichkeit eine oder mehrere Klassen je Feld angeben zu können (kann der normale Formulargenerator auch) , das muss natürlich im Template zur Verfügung stehen.
- das Template wäre zu überdenken, ob man innerhalb der Liste wirklich "Feld: Wert" ausgibt.
So kann ich die beiden "Spalten" nicht unterschiedlich designen. (als extra Template anbieten)
Für ce_designer musste ich daher auch schon das Template komplett neu machen.
So in der Art: (Klassennamen hier kurz ausgedacht)

Code:

---

<li>
        <div class="dma_line">
                  <div class="dma_label"> Label </div>
                  <div class="dma_value"> Wert </div>
                <div class="clear" />
        </div>
</li>

---

Da ich bei mir (ce_designer) die Werte mal daneben mal darunter haben wollte, wird die Klasse des Feldes noch bei dma_value rangehangen, habe ich oben mal weggelassen.
"class=clear" ist hier, um eventuelle float angaben bei label / value wieder aufzuräumen. (ist in der typolight.css definiert bei dem Beispieltemplate)
Aber da das Template ja auswählbar ist, kann man sich das ja selber basteln wie man möchte.
Wichtig, für mich, ist eben nur, dass die Klasse je Feld mit an das Template übergeben wird.

Fehlermeldungen hatte ich bisher keine, sehr schön! :)

Hallo Bugbuster!

Deine Anmerkungen bezüglich der Klassen und der Select/Checkbox/Radiobutton-Felder halte ich für sehr sinnvoll. Die kommen auf jeden Fall noch in die 0.0.1 - mal schauen, evtl. schaffe ich es sogar heute noch.

Schöne Grüße!
Carsten

Hallo!

Nach längerer Zeit (mir kam eine Erkältung und danach eine wichtige Präsentation für einen Kunden dazwischen) nun endlich das Update.

Im wesentlichen habe ich noch die von Bugbuster angesprochenen Punkte umgesetzt. Sollte nichts mehr zu beanstanden sein, wird diese Version dann auch die 0.0.1 stable.

Schöne Grüße!
Carsten

Ich habe jetzt auch mal getestet ;-)

Die Erweiterung gefällt mir sehr gut. Was mir aber ein wenig fehlt ist, dass ich meine Inhalte nicht einzeln im Template ansprechen kann.

z.B.

Code:

---

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

<h2><?php echo $this->feldname; ?></h2>
<p><?php echo $this->feldname2; ?></p>

</div>

---

Gerade bei der Bild- und Seitenauswahl kommt ja als "Ergebnis" nur der Pfad bzw. ID wie kann ich das formatieren?

Hallo ku-ma-122!

Doch, das kannst du ;-)

Alternativ zu der Möglichkeit, die Ausgabe wie im Beispieltemplate über $this->fields zu machen, stehen dir in den Arrays:

• $this->elements[name] - die Feldwerte,
• $this->labels[name] - die Label der Felder,
• $this->classes[name] - die Klassen

zur Verfügung.

Ja, ich weiß, ich sollte das dokumentieren.

Da sich das aber in der 0.0.2 Version ein wenig ändern wird, werde ich das auch dort erst komplett dokumentieren.

Schöne Grüße!
Carsten

Doch, natürlich. Du musst in deinem Template ja nicht über alle Elemente loopen. Wenn du weisst, dass im Arrayeintrag "bild" der Pfad zu einem Bild steht, kannst du diesen Wert ja direkt in ein IMG-Tag o.ä. schreiben.

Lösung ist also, je nach generiertem Content-Element ein Template zu schreiben, das weiss welche Einträge geliefert werden und die entsprechend in HTML gießt. Ein Beispiel ist auf meiner Spielseite: http://tl.gruen-weiss-aachen.de/vorstand.html. Jede "Visitenkarte" dort auf der Seite ist ein durch die Extension erstelltes Content-Element mit speziell darauf angepasstem Template, das in meinem Fall wie folgt aussieht:

Code:

---

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

<h3><?php echo $this->elements['bezeichnung']; ?></h3>

<?php if ($this->elements['bild']): ?>
<div class="left">
<img src="<?php echo $this->elements['bild']; ?>">
</div>
<?php endif; ?>

<div class="right">
<ul>
<li>
  <?php echo $this->elements['name']; ?>
</li>

<?php if ($this->elements['anschrift']): ?>
<li>
  <?php echo nl2br($this->elements['anschrift']); ?>
</li>
<?php endif; ?>

<?php if ($this->elements['telefon']): ?>
<li>
  Tel.: <?php echo $this->elements['telefon']; ?>
</li>
<?php endif; ?>

<?php if ($this->elements['mobil']): ?>
<li>
  Mob.: <?php echo $this->elements['mobil']; ?>
</li>
<?php endif; ?>

<?php if ($this->elements['fax']): ?>
<li>
  Fax: <?php echo $this->elements['fax']; ?>
</li>
<?php endif; ?>

<?php if ($this->elements['email']): ?>
<li>
  EMail: {{email::<?php echo $this->elements['email']; ?>}}
</li>
<?php endif; ?>

<?php if ($this->elements['ansprechpartnerfuer']): ?>
<li>
  Ansprechpartner für: <?php echo $this->elements['ansprechpartnerfuer']; ?>
</li>
<?php endif; ?>

</ul>
</div>

<div class="twocol">
<?php echo nl2br($this->elements['beschreibung']); ?>
</div>

</div>

---

Hilft dir das?

Stefan

Zitat:

---

Zitat von staen

Hallo ku-ma-122!

Doch, das kannst du ;-)

Alternativ zu der Möglichkeit, die Ausgabe wie im Beispieltemplate über $this->fields zu machen, stehen dir in den Arrays:

• $this->elements[name] - die Feldwerte,
• $this->labels[name] - die Label der Felder,
• $this->classes[name] - die Klassen

zur Verfügung.

Ja, ich weiß, ich sollte das dokumentieren.

Da sich das aber in der 0.0.2 Version ein wenig ändern wird, werde ich das auch dort erst komplett dokumentieren.

Schöne Grüße!
Carsten

---

Prima, dann bin ich glücklich ;)

Ich möchte die Erweiterung gerne für eine Immobilienseite einsetzen, drum gleich noch eine Frage hinterher, werden vorhandene Einstellungen aus der aktuellen Version bei der geplanten 0.0.2 erhalten bleiben oder sollte ich noch warten?

P.S. Stell doch diese kleine Liste mit ins Repo, das spart viel Sucharbeit :cool:

Zitat:

---

Da sich das aber in der 0.0.2 Version ein wenig ändern wird, werde ich das auch dort erst komplett dokumentieren.

---

Gottseidank habe ich noch nicht angefangen - wollte nämlich ein paar Templates basteln :)

Die geplante Version 0.0.2 wird komplett abwärtskompatibel bleiben, auch wenn das heißt, dass ich einige "Altlasten" mitschleppen muss.

Die Datenbank, also die Einstellungen werden auch in späteren Versionen auf jeden Fall erhalten bleiben, selbst wenn ich bei einem "größeren" Versionswechsel einige "Altlasten" fallen lasse. Das würde dann höchstens eine Änderung der Templates bedeuten.

Ich denke (hoffe), dass vorher die Nutzer aber schon mit den neueren, geplanten "Default"-Templates arbeiten werden, da diese dann auch automatisch Bilder und ähnliches unterstützen werden und es erleichtern, das Styling nur über CSS vorzunehmen.

Trotzdem macht es natürlich Sinn, sich vor einem Update immer die Release-Notes durchzulesen, ob manuell noch was angepasst werden muss!

Schöne Grüße!
Carsten Kollmeier

Zitat:

---

Zitat von corticelli

Gottseidank habe ich noch nicht angefangen - wollte nämlich ein paar Templates basteln :)

---

Wie gesagt: Es werden die vorhandenen Template-Variablen bestehen bleiben und erst einmal "neue" Features hinzukommen. In einer späteren, noch gar nicht anvisierten Version (sozusagen 1.0.0) könnten dann evtl. mal "Altlasten" wegfallen.

Bis dahin hoffe ich, dass die neuen Features so attraktiv sind, dass auch "aktuelle" Templates genutzt werden.

Mit "neuen Features" ist übrigens gemeint, dass es für verschiedene Feldtypen eigene Templates geben wird, die genutzt werden, wenn ich die Ausgabe über $this->fields vornehme statt über $this->elements und vor allem den Vorteil haben, z.B. eingebundene Bilder direkt dazustellen oder bei Seiten einen Link anzuzeigen statt die ID. Das soll dann ermöglichen, dass die Ausgabe über das CSS formatiert werden kann und nur in Sonderfällen das Template geändert werden muss.

$this->fields ist also die "formatierte" Ausgabe und $this->elements erlaubt mir den Zugriff auf die "Rohdaten".

Tipp: Man kann sich per $this->showTemplateVars(); die jeweils in einem Template vorhandenen Variablen anzeigen lassen.

Zusammengefasst: Möchtest du die lieber die formatierte Ausgabe über $this->fields nutzen, solltest du auf die 0.0.2 warten. Wenn du aber eh ein sehr individuelles Template nutzen willst, empfehle ich $this->elements - und dann kannst du auch schon diese Version nutzen.

Schöne Grüße!
Carsten

Da meine Elemente sehr umfangreich werden, kann ich ja getrost per $this->element meine Templates einbauen.

Danke für diese Erweiterung, echt genial, gerade für Sonderlösungen auch ohne catalog ;)

g..l, Du hast wirklich an alles gedacht. Die Möglichkeit, beides zu nutzen, also "roh" und aufbereitet, ist ziemlich genial.

Das Ding ist echt super, Kompliment. (Danke auch an corticelli für den Tip ;))

Ich habe ein kleines Problem:

Wenn ich ein Checkbox-Element mache und das im Artikel als CE einbinde, dann wird der Status nicht angezeigt. Heißt: Ich aktiviere die Checkbox, speichere - und die Checkbox ist wieder aus - als Wert wird allerdings eine 1 ausgegeben. Und die Checkbox wieder zu deaktivieren muß ich im CE die Box aktivieren, wieder deaktivieren und dann speichern.

Vielleicht mache ich auch was falsch, denn ich verstehe die Auswahlmöglichkeiten nicht so recht: Was machen die beiden Werte? Einer ist offenbar das Label der Checkbox? Was machen die beiden Checkboxes neben den beiden Textfeldern?

UPDATE: Die Anzeige im Backend-CE verhält sich bei mir genau umgekehrt - wenn ich die Checkbox aktiviere und speichere, dann geht sie wieder aus, der Wert ist aber 1. Wenn ich die Checkbox aktiviere, deaktiviere und dann speichere, dann ist sie checked, aber der Wert ist weg...

TL 2.7.6
UPDATE ENDE

Und eine Kleinigkeit: Die Beschriftung des Checkbox-Elements wird nicht im Backend-CE ausgegeben...

Aber ein echt super Ding!

Der Sascha

Hallo!

Nachdem ich interessiert diesen Thread verfolgt habe, war ich neugierig und habe die Erweiterung auch mal installiert und spiele damit gerade etwas rum.

Sie macht einen ordentlichen Eindruck.

Eines habe ich dennoch festgestellt! :)
Ich habe die Eingäbeprüfungen im System um einige Funktionen erweitert und stehen z.B. auch im EFG zur Verfügung.

Deine Erweiterung scheint nicht auf diese zurück zu greifen und bietet mir diese auch nicht zur Auswahl an. Ich würde mir wünschen, wenn dort nachgesteuert werden könnte oder aber eine Updatesichere Lösung im Raum steht. ;)

Hm, ich habe jetzt nochmal rumprobiert und komme mit den Checkboxen nicht weiter.

Oft werden die Checkboxen, die ich angelegt habe wieder gekillt sobald ich speichere und im CE bekomme ich maximal eine Checkbox angezeigt.

Hat noch jemand Probleme mit den Checkboxen, oder funktioniert das wieder nur bei mir nicht? :(

Ich hoffe, daß ich das zum Laufen bekomme, denn die wären seeehr Hilfreich!

Dank Euch.

Der Sascha

Hallo,

ja die Probleme kenne ich, wobei es machmal geht, machmal nicht.
Die erste Box neben den Feldern ist normalerweise dazu da das Feld anzugeben welches als Default gelten soll.
Hier mehr als eins angeben zu können ist schon ungünstig.
Das zweite, um zu gruppieren, aber da kann ich das wählen oder auch nicht, werden immer gruppiert.
Wobei ich in beiden feldern immer dasselbe eingebe, es wird wie du schon gemerkt hast eh nur das zweite angezeigt, oder sehe ich da was falsch?

Hallo!

Alles klar, ich sehe, die Checkboxen sind noch eine größere Baustelle als erwartet. Hatte den Eindruck, ich müsse da nur die Übersetzungen nachpflegen.

Da ich in der nächsten Version sowieso einige "intelligentere" Templating-Möglichkeiten bieten will (die etwas schlauer auf die jeweiligen Feldtypen reagieren - ohne jedoch die Möglichkeit zu nehmen, "roh" auf die Daten zuzugreifen wie derzeit) kann es sein, dass dabei auch das Checkbox-Problem geklärt wird. Evtl. kann ich das aber auch schon vorher als Bugfix beheben. Ich schaue es mir mal an.

Bezüglich Eingabeprüfung ist zu sagen, dass die Erweiterung die Backend-Formular-Felder nutzt und eben nicht die des Formulargenerators (der ja Formulare für das Frontend liefert) - aber auch hier schaue ich gerade, ob ich diese nicht auch "reinbiegen" kann, weil das schöne zusätzliche Möglichkeiten bietet.

Gruß!
Carsten

Hei BugBuster.

Zitat:

---

Zitat von BugBuster

ja die Probleme kenne ich, wobei es machmal geht, machmal nicht.

---

Hm, ich kann das gut reproduzieren:

• Mehr als einmal erste Checkbox aktiv, speichern -> KILL
• z.B. 5 Zeilen Auswahlmöglichkeit mit allem = "Wert", speichern -> KILL
  (Das lässt sich verschiedentlich reproduzieren, je nachdem was man in den Feldern eingibt verreckt das bei 3, 4, 5 ... Einträgen

Zitat:

---

Zitat von BugBuster

Die erste Box neben den Feldern ist normalerweise dazu da das Feld anzugeben welches als Default gelten soll.
Hier mehr als eins angeben zu können ist schon ungünstig.

---

Ich hätte jetzt gedacht, das wäre für "Defaultmäßig angecheckt".

Zitat:

---

Zitat von BugBuster

Das zweite, um zu gruppieren, aber da kann ich das wählen oder auch nicht, werden immer gruppiert.

---

Das hatte ich von Dir schon gelesen - heißt gruppieren dann auch, daß ich nur die eine Checkbox sehe?

Zitat:

---

Zitat von BugBuster

Wobei ich in beiden feldern immer dasselbe eingebe, es wird wie du schon gemerkt hast eh nur das zweite angezeigt, oder sehe ich da was falsch?

---

Ich denke, das linke Feld ist der Wert, das rechte die Bezeichnung - allerdings wird im Frontend die Beschriftung des Elementes (nicht die Bezeichnung der Checkbox) ausgegeben und eine 1 wenn checked und nix wenn nicht checked - und das für nur eine Checkbox...

Hm, ich glaube, daß da irgendwas einfaches nicht stimmt, die Auswahlliste funktioniert einwandfrei und funktioniert ja ähnlich, nur daß ich nur ein Element auswählen kann.

Was sich allerdings echt merkwürdig verhält ist das Speichern des "Checked"-Status - das geht mal und mal nicht - das kann ich aber nur schwer reproduzieren...

...scheint beides nicht zu funktionieren - sofern ich das Richtige dahinter vermute.

Ich vermute "Vorgabewert" heißt "das steht schon drin, wenn ich die Seite aufrufe" - oder?

Die URL-Prüfung schlägt keinen Alarm, wenn ich "google" statt "http://www.google.de" eingebe...

Nummerische Zeichen-Prüfung geht...

EDIT: "Vorgabewert" scheint doch zu gehen...

Mist - die zickt jetzt auch rum.

Siehe Anhänge...

Ich hab einen Verdacht...

...ich prüfe das mal...

EDIT: Mist, doch nicht...

NOCHMAEDIT: Ich kann machen was ich will. Egal ob Radio-Buttons, Auswahlliste oder Checkboxes - sobald ich mehr als 5 leere Felder habe verreckt die Liste beim speichern. Je mehr Inhalt in den Feldern steht, desto weniger Einträge kann ich machen, bevor die Liste verreckt...

Verflixt - glaubt Ihr, daß man das gefixt bekommt?

Diese Extension ist das absolute Brett, ich brauch das ;)

Hallo!

Ich habe einen Verdacht, werde den Montag mal checken - bin am Wochenende eher ausgebucht...

Gruß,
Carsten

Zitat:

---

Zitat von staen

Ich habe einen Verdacht, werde den Montag mal checken - bin am Wochenende eher ausgebucht...

---

ichdankedirvielmalsdasklingtgut;)

...hab ich schon erwähnt, daß diese Extension Brett ist?

Zitat:

---

Zitat von staen

Ich habe einen Verdacht, werde den Montag mal checken - bin am Wochenende eher ausgebucht...

---

Hallo Carsten.

Na, hat sich Dein Verdacht bestätigt?

Ich habe noch eine Frage: Ich arbeite mit der Extension "translation" zur Verwaltung der Übersetzungszustände. Das kann ich für mein CE, das ich mit dem Elementegenerator erstellt habe, nicht nutzen. Siehst Du eine Möglichkeit, wie ich das kombinieren kann?

Danke Dir.

Der Sascha

Wunderbare Extension muss ich sagen.
Habe gerade ein bisschen probiert und ein Template erstellt...ich bin begeistert.
Wäre es möglich oder ist es geplant, den User selbst eine Liste dynamisch erstellen zu lassen?
Mit der Textarea und dem Rich-Editor hat der User noch zu viele Möglichkeiten das Layout zu verpfuschen :-)

Danke und weiter so!

Zitat:

---

Zitat von staen

Hallo!

Ich habe einen Verdacht, werde den Montag mal checken - bin am Wochenende eher ausgebucht...

Gruß,
Carsten

---

Das ist eigentlich ein ganz kleines Problemchen. Es liegt am Datenbankfeld "options" - das ist derzeit ein VARCHAR(255), zu langer Text wird gelöscht. Wenn man das Datenbankfeld auf TEXT umstellt, funktioniert es wunderbar, so viele Optionen wie man will in Radios, Checkboxen und Selectfelder einzutragen.

Hallo!

Dank guter "Auftragslage" war ich jetzt doch länger ausgebucht - Meine Vermutung zielte in die ähnliche Richtung, allerdings dachte ich, ich hätte das Feld "dma_eg_data" (also das, in dem die Daten gespeichert werden) zu klein bemessen. Das war allerdings "text", so dass ich erstmal nicht weitergesucht habe.

Danke!

Die gefixte Version geht gleich online.

Gruß: Carsten

Super.

Danke Euch beiden...

EDIT: Funktioniert prima ;)

Hallo Carsten.

Mir ist noch etwas aufgefallen.

Ich habe ein Seitenauswahl-Element verwendet (page_tree). Wenn man eine Seite damit auswählt und diese Seite später umbenennt, dann ist die Verbindung verloren - es scheint, daß nicht die Seiten-ID verlinkt wird sondern das Alias. Ist das so?

Wäre es nicht besser, wenn die Seite-ID verlinkt wird?

Der Sascha

Beim Update auf die 0.0.1 beta2 muss sich wohl irgendwas geändert haben...
Ich habe ein Inhaltselement, was. u.a. eine Textarea umfasst (konkret ein Beschreibungstext). Dort standen auch schon seit einiger Zeit Beschreibungstexte > 255 Zeichen drin. Jetzt wollte ich was anderes im Element ändern, und laufe beim Speichern in die Validierung, dass der Beschreibungstext nur 255 Zeichen lang sein darf. Das muss vorher anders gewesen sein.

In der dma_eg_fields Tabelle sehe ich für jedes Feld ein eval_maxlength von 255. Setze ich das direkt in der Datenbank höher, kann ich meine längeren Beschreibungstexte wieder speichern. Ich bin auch nochmal in den Editor für mein Inhaltselement gegangen, aber ich sehe keine Möglichkeit, für meine Textarea eine max-Länge vorzugeben.

Mach ich was falsch, ist das ein Bug? Oder gar ein Feature? :-)

Stefan

Sorry wenn ich nerve, aber ich würde das hier gerne nochmal "hochschubsen"....

Stefan

Hallo,
erst einmal vielen Dank, dieses Modul ist von der Idee her richtig gut.

Ich habe leider noch einige Probleme ... Modulversion ist die "0.0.1 beta2" + "TL2.8.1"
1). Wenn ich Checkboxen, Radiobuttons oder eine Bildergalerie einfüge, dann erscheint im Backend-Formular immer nur ein Wert der Checkbox. Ist das ein Fehler, oder hast du dir das so gedacht das man pro Wert eben ein Checkbox Feld einfügt ?

2.) Was mir noch aufgefallen ist, wenn man ein Backendformular ausfüllt, die Seite speichert und später wieder die Seite bearbeiten möchte sind alle Checkboxen und co. wieder leer. So weiß man natürlich nicht mehr was man vorher ausgefüllt hat!

Wie sieht denn der Zeitplan aus, kannst du schon in etwa sagen wann die neue Version raus kommt ?
Hat jemand schon zufällig einige Muster Template erstellt z.B. für Galerien etc. wäre echt dankbar !

Viele Grüße!

Hallo Zusammen,

ich nutze seit eben begeistert dieses Modul, habe allerdings folgendes Problem:

In meinem Template nutze ich die $this->elements[elementname] Array um die Inhalte des Moduls in meinen Quelltext zu schreiben. Das funktioniert vorbildlich, nur bei einer Bilddatei nicht.

Das Element ist ein Bild, das Template sieht wie folgt aus:

HTML-Code:

---

<div id="teaser-testimonial" style="background-image: url('<?php echo $this->elements[background]; ?>');">
<div class="inside">
<div class="content">
<h3><a href="{{link_url::<?php echo $this->elements[link]; ?>}}"><?php echo $this->elements[headline]; ?></a></h3>
<p><a href="{{link_url::<?php echo $this->elements[link]; ?>}}"><?php echo $this->elements[content]; ?></a></p>
</div>
</div>
</div>

---

Die Ausgabe erfolgt dann nicht:

HTML-Code:

---

<div id="teaser-testimonial" style="background-image: url(' ');">

---

Was stimmt hier nicht? Wenn ich alle Felder über $this->fields ausgeben lasse funktioniert alles ganz toll (Ausgabe ist dann á la "tl_files/layout/meine_grafik.gif")

Ansonsten vielen Dank für dieses großartige Plugin!!!

Was macht denn dieses [B] da?
Irgendein Meta-Code? Selbst wenn, wäre er falksch geschachtelt ...
Oder ist das ein Artefakt der HTML-Zitat-Funktion im Forum?

Edit: Häh?! Jetzt ist dieses [B] weg ... komisch ...

Anyway: lass mal testhalber die ' weg ...

Das [B] sollte eigentlich die entsprechende Stelle im Quelltext fett darstellen, geht aber innerhalb von [ html ] nicht. Hab's dann gelöscht, du bist also nicht verrückt ;-)

Die weggenommenen ' machen übrigens keinen Unterschied. Mir fiel der Fehler auch schon auf als ich nur die Tags nur testweise eingebaut hatte, dass ich es jetzt in ein style Attribut eingebaut habe macht offensichtlich keinen Unterschied.

hallo zusammen

erstmal super extension!!!

hab jedoch noch ein kleines problem. Hab ein Feld textarea gebraucht und bin jetzt leider auf 255 zeichen limitiert, was ja für eine textarea ziemlich wenig ist. lässt sich diese Limite irgendwie heraufsetzten?

danke für eine möglichst rasche antwort

Zitat:

---

Zitat von samoth

hallo zusammen

erstmal super extension!!!

hab jedoch noch ein kleines problem. Hab ein Feld textarea gebraucht und bin jetzt leider auf 255 zeichen limitiert, was ja für eine textarea ziemlich wenig ist. lässt sich diese Limite irgendwie heraufsetzten?

danke für eine möglichst rasche antwort

---

dein Problem ist nur wenige Posts weiter oben beschrieben und auch eine (vorläufige) Lösung ist dabei.

Einfach in der Datenbank das Feld dma_eg_fields suchen und im entsprechenden feld eval_maxlength(255) auf einen höheren wert setzen