Funktioniert die Erweiterung mittlerweile unter 2.9.1? Im Extension Repository ist sie erst für 2.8.3 freigegeben.
Druckbare Version
Funktioniert die Erweiterung mittlerweile unter 2.9.1? Im Extension Repository ist sie erst für 2.8.3 freigegeben.
Mittlerweile? Ich habe sie zweimal mit der 2.9.1er im Einsatz und bisher läuft bei mir alles. :-)
Grad „wiederentdeckt“ und ich sag’s mal so: Zu geil! Geniale Extension.
Und der Wiki-Eintrag ist auch Gold wert!
Ich habe sie auch mit Version 2.9.1 ohne Probleme im Einsatz.
Das ist wirklich eine der besten Erweiterungen!
Hallo - vielen Dank für das geile Modul!
bei mir läufts auch ohne probl. mit 2.9.1.
Eine sache klappt bei mir jedoch nicht - bei seitenauswahl kann man ja interne Seite auswählen. Was aber als "Value" ausgegeben wird ist nur die ID - ich benutze aber sprechende URLs (also home.html).
Wie komme ich von der id auf die sprechende URLs? Oder gibts da ne Möglichkeit die Alias-namen auszugeben?
Danke im Voraus
Grüsse - Mischa
Hallo Mischa (Wieso benutzt Du meinen Namen?! ;) ),
das Stichwort lautet "Inserttags"! Die Definition sagt dazu: "{{link_url::*}} -> Dieses Tag wird mit der URL einer internen Seite ersetzt: <a href="{{link_url::12}}">Click here</a>."
Siehe auch unter http://www.contao.org/inserttags.html
Herzlich grüßt der Mischa! :D
ti 4to rusak 4toli :)
ist ja cool, die werden also später alle umgeschrieben, supi,
Danke - Grüsse Mischa an Mischa
Hallo zusammen,
ist ja wirklich eine tolle Erweiterung - genau das, was ich gesucht habe. Vielen Dank! ;-)
Eine Sache vermisse ich noch, vielleicht übersehe ich eine der vielen Möglichkeiten?
Wie kann ich wohl ein TinyMCE-Feldtyp einbinden?
Besten Dank
patte
Element einfügen -> Textarea, unten den Hacken bei "Richtexteditor verwenden" setzen
Grüsse - Mischa
Hallo nochmal,
der PageTree ist ja ganz nett, gibt es auch eine Art ArticleTree?
D.h. eine Auflistung von Artikeln zu denen man direkt verlinken kann?
Danke
Grüsse - Mischa
Du willst also auf einen Artikel direkt verlinken, nicht auf die Seite, in der er enthalten ist?
Ich kann mir durchaus Situationen vorstellen, in denen das Sinn macht.
Aber: Wie soll sich die Navigation denn da verhalten? Soll diese "stehenbleiben", also den Status der aufrufenden Seite haben? Oder "wandern", also den Status der den Artikel beinhaltenden Seite haben? Hm. Man könnte analog zu Kalendereinträgen einen automatischen Link "zurück" darunter packen.
Anyway:
Das wäre aus meiner Sicht eher als generische Funktion von Contao oder als eigenständige Erweiterung zu definieren, weniger als eine der Elementgenerators.
Hi - ja genau,
ich verwende Teasertexte für Artikel - also hat jedes Artikel eine Seite. Auf disese Seite möchte ich verlinken. Aber leider habe ich noch kein Modul gefunden, das diese "Artikelseiten" auflistet
Hi,
ich habe mir das Wiki angesehen und ich glaube, die Erweiterung ist genau das Richtige, wenn ich die Sache richtig verstanden habe:
Ich habe eine Seite mit Publikationen und Büchern mit den Inhalten
* "wo erschienen"
* Erscheinungsdatum
* Überschrift
* Teasertext
* Haupttext oder Link
Die Sachen sollen mit Überschrift + Teaser + Link in der Reihenfolge des Erscheinungsdatums gelistet werden (ggf. noch Filter nach Jahr)
Zusatzfrage: kann man die Einträge "verTagen", so dass ich in einem Artikel xy eine passende Publikationsliste "anhängen" kann??
Die "große Kanone" wäre dann wohl das Katalogmodul...
Gruss zonky
Hi,
ich erstelle für eine Reiseseite ein Inhaltselement "Reise" mit dem dma_eg (quasi für Reisebeschreibung und Reisedetails) und ein allgemeines Anmeldeformular.
1- Ich möchte das Formular in das dma_eg einbinden
2- ein verstecktes Feld mit der Artikelnr. der Reise im Formular einbauen
Hat jemand von euch eine Idee :rolleyes: ?
Diese Erweiterung ist super-turbo-genial.
Nun hab ich die Funktion "Editor" ausgewählt und der wird auch angezeigt,
leider nur abgeschnitten. Man sieht die obere Zeile aber nicht den Inhalt bzw. den Eingabebereich.
Ich verwende Contao 2.9.1 und Firefox Mac 3.6.13.
Vielleicht gibt es einen Tipp
Vielen Dank im Voraus
macjag
Fehler gefunden lag bei mir - es waren alle Darstellungsoptionen ausgewählt!
Tolle Erweiterung,
nur das Anlegen der Einträge für Auswahlliste oder Checkboxen funktioniert nicht.
Erstens habe ich den Sinn der Checkboxen und der zwei Spalten im MultiTextWizard nicht verstanden.
Zweitens werden alle Einträge gelöscht, sobald es mehr als 4 sind.
Ich kann somit keine Auswahl aus 5 Elementen erzeugen :(
Gruß
Michael
Guten Morgen Michael.
Der Sinn hinter Auswahlliste ist, dass der Redakteur im Backend beim Pflegen dieses Inhaltselementes eine Auswahlliste bekommt, aus denen er wählen kann. Der Rückgabewert erscheint dann im FE.
Die 2 Spalten sind dazu da, das Backend besser zu strukturieren. Beispielsweise packt man zusammengehörige Felder nebeneinander und verpasst beiden die Option "zweispaltige Darstellung".
Eine Beschränkung der Auswahlliste kann nicht reproduzieren. Hast du das Problem auch beim Feld "Auswahlliste" des Formulargenerators?
Grüße,
Carino
Morgen Michael,
Carino hat ja schon erklärt, was der Sinn der Checkboxen ist.
Die "Zwei Spalten im MultiTextWizard" verstehe ich nicht wirklich, weil (derzeit) der MultiTextWizard noch gar nicht integriert ist.
Eine Auswahl aus mehr 5 Elementen sollte möglich sein: Diesen Fehler gab es in einer alten Version, weil ich ein Datenbankfeld zu klein dimensioniert habe. In der aktuellen Version ist er allerdings behoben: Bist du sicher, dass du die aktuellste Version einsetzt?
Wenn nicht, würde ich selbstverständlich gerne den Fehler reproduzieren, vielleicht sendest du mir deine Einstellungen für die Checkbox mal per PM?
Einen schönen Gruß,
Carsten
Guten Morgen Mic,
es wäre hilfreich, wenn Du uns mitteilen könntest, welche Versionen Du benutzt. Sowohl von Contao, als auch von dma_eg. Dann kann Dir sicher geholfen werden.
LG, Mischa
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
- 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?
- 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
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,
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:
geändert in:Code:'content' => '{type_legend},type;dma_eg_data;{protected_legend:hide},protected;{expert_legend:hide},guests,cssID,space',
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.Code:'content' => '{type_legend},type;dma_eg_data;{protected_legend:hide},protected;{expert_legend:hide},guests,cssID,space;{l10n_legend:hide},language;',
... 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:
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.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>
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