[dma_elementgenerator] Contentelemente und Frontendmodule generieren

[staen]

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

[corticelli]

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?

[staen]

• 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...

• 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.

[corticelli]

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?

[staen]

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

[Toflar]

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

[BugBuster]

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:

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

[staen]

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.

[corticelli]

So, back @work.

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

<?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:

<div class="ce_dma_eg_2 block">

<ul>
</ul>

</div>

[corticelli]

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.

[BugBuster]

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.

[corticelli]

@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

[BugBuster]

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

[corticelli]

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:

oder das hier:

[BugBuster]

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:

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:

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 ...".

[BugBuster]

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:

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

[staen]

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

[staen]

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).

[BugBuster]

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.

(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.

[staen]

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:

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.

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.

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.

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.

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

Was für einen schlägst du vor?

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.

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

Jetzt nicht mehr ;-)

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.

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...)

[corticelli]

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

[corticelli]

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!

[corticelli]

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

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

[staen]

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

[dl1ely]

Hallo!

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

[staen]

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

[dl1ely]

Ja, ist behoben - sorry!

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

Danke!

Stefan

[staen]

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

[corticelli]

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

[pcartist]

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" ralisieren?



LG Sascha

[staen]

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.

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

[corticelli]

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

[pcartist]

Hallo Stean!

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

Mit solchen Eingabehilfen erleichtert man jedem Redakteur den Alltag.


Danke schon mal!

[staen]

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.

[BugBuster]

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)

<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!

[staen]

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

[staen]

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

[ku-ma-122]

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.

<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?

[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

[dl1ely]

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:

<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