Hallo zusammen,
ich habe die Erweiterung [inserttags] Platzhalter (InsertTags) instelliert und einen Platzhalter erstellt, der einen Text zeigen muss. Wie kann ich jetzt den Platzhalter auf Seiten einbauen? {{testplatzhalter}} zeigt nichts an.
Druckbare Version
Hallo zusammen,
ich habe die Erweiterung [inserttags] Platzhalter (InsertTags) instelliert und einen Platzhalter erstellt, der einen Text zeigen muss. Wie kann ich jetzt den Platzhalter auf Seiten einbauen? {{testplatzhalter}} zeigt nichts an.
Hallo vinslave,
alle InsertTags dieser Erweiterung sind jeweils über {{custom::testplatzhalter}} einzubinden. (An doppelte Doppelpunkte denken!)
Vielen Dank! Gibt es eine Doku zur Erweiterung?
Zitat:
Zitat von do_while
Da hätte ich auch noch eine Frage zu. Kann man in die Platzhalter noch irgendwie andere Platzhalter mit einbauen?
Ich Benutze das Modul Graphical Text und möchte da auf dem Bild der Startseite je nach Zeit eine andere Begrüßung ausgeben lassen. Die Inserttags ansich funtktionieren ja wunderbar nur wenn ich versuche die Platzhalter so zu verschachteln:
{{graphtext::Tageszeit::{{custom::GutenMorgen}}{{c ustom::GutenTag}}{{custom::GutenAbend}} und herzlich willkommen auf unserer Homepage.}}
Kommt das dabei raus:
custom und herzlich willkommen auf unserer Homepage.}}
gibt es da möglichkeiten das zu realisieren?
Gruß
Arne
Hallo Enra,
solche Fragen solltest du direkt in dem Thread von der Erweiterung fragen.
Zufällig habe ich hier aber den Passenden Eintrag von dem Entwickler:
http://dev.typolight-forge.org/issue...264#change-351
Er ist also gerade dabei das zu realisieren. Einfach auf die nächste Version im Repository warten und updaten ;-)
Viele Grüße
oh, danke für die fixe Antwort.
Das ist ja super. Da freue ich mich schon drauf:cool:
Hallo Arne,Zitat:
Zitat von Enra
Das ist im Modul vorgesehen, allerdings anders: Du musst drei Platzhalter anlegen, welche jeweils den entsprechenden graphtext-InsertTag enthalten. Danach bindest du alle 3 Platzhalter auf der Seite ein, nur der aktuell gültige wird auch angezeigt.
Hallo Andreas,
so rum habe ich ja noch gar nicht gedacht.
Aber auf diese weise erhalte ich leider überhaupt keine Anzeige.
Hmm, das könnte am Graphtext-Modul liegen. Wenn ich mich recht erinnere, verwendet das einen eigenen Parser anstelle des TYPOlight-Hooks...
Hallo Andreas,
nachdem ich mittlerweile gar einige Platzhalter/InsertTags mit Deiner Erweiterung definiert/angelegt habe und die Liste mitunter etwas unübersichtlich erscheint, wollte ich Dich fragen, ob es Sinn machen würde, die einzelnen Platzhalter-InsertTags unter verschiedenen Kategorien gruppieren zu können? Idealerweise könnte man so zuerst einen Kategoriennamen eingeben und unter diesem dann die entsprechenden Einträge eingeben und - bei Bedarf - die Kategorie auf- bzw. zuklappen (beispielsweise wie in der Erweiterung "Taxonomy").
Was hälst Du davon?
Ein Baum macht sicherlich keinen Sinn, das habe ich schon überlegt. Allerdings wäre eine Kategorie keine schlechte Idee, nach der gefiltert und sortiert werden kann. Werde ich mir für's nächste Release notieren.
Ich habe irgendwie das Gefühl das schon mal im alten Forum gefragt zu haben, konnte aber eben nichts dazu entdecken (hab bestimmt 15 Minuten gesucht).
Wie muss die Schreibweise lauten, wenn ich Datenbank wähle?
Bei der Abfrage steht:
Zur not könnte ich es auch per Template lösen, aber da kann ich das hier genannte Inserttag für den aktuellen User nicht verwenden. Gibts da irgendwie ne Variable um an die aktuelle User ID ranzukommen?Zitat:
SELECT fd_member,form FROM tl_formdata WHERE fd_member = "{{user::id}}" AND form = "Super filter"
Soweit ich es im Kopf habe ist es als Validierung gedacht, nicht als Datenrückgabe.
Könnte man das vielleicht noch ausbauen? Die Möglichkeiten wären ja schier gigantisch :) Man käme mit einfachen Methoden an super viele Daten heran, die man dann auch wieder miteinander vergleichen kann. Also oben im Textfeld bräuchte man dann natürlich noch %s oder sowas um das Ergebnis von unten anzuzeigen
Nicht ganz einfach und ein ziemliches Sicherheitsrisiko. Es könnten von Usern da auch DELETE-Statements geschrieben werden...
Stimmt, mir fällt jetzt eh nichts Sinnvolles ein was man bei der Sache mit Update, Truncate, Drop usw. anfangen könnte. Also entweder die Sachen ausschließen oder nur Select erlauben, was die Sache für dich natürlich leider weiter verkompliziert.
Btw. man sollte den Thread mal ins Erweiterungs-Forum hieven.
hallo, wie macht man das? steht bestimmt schon irgendwo.Zitat:
Zitat von andreas.schempp
ausserdem habe ich gerade noch einen fehler gefunden. wenn man das kaufmanns-und direkt einsetzt wird es zu.Code:&
wenn maneinsetzt, kommt keine headline.Code:&
danke.
thomas.
Hallo Andreas,
erlaubt die Erweiterung als Platzhalter-Text keine Zeichen wie "@" oder "()"?
Wollte nämlich als Platzhalter-Text eine E-Mail-Adresse (test@test.com) angeben, konnte aber wie schon gesagt das "@"-Zeichen nicht verwenden. Auch ein test(at)test.com hat nicht funktioniert. Einzig mit test[at]test.com scheint es soweit problemlos zu funktionieren.
Eigentlich müsste das schon gehen, was passiert denn wenn du das eingibst?
Also wenn ich für den Platzhalter-Text eine E-Mail-Adresse eingebe, dann wird der Platzhalter-Code NICHT ausgegeben (probiert habe ich "test@test.com" und "test(at)test.com").Zitat:
Zitat von andreas.schempp
Bei Eingabe von "test[at]test.com" erfolgt eine entsprechende Ausgabe des Platzhalter-Codes.
Verstehe ich richtig, im Quelltext der Seite steht dann überhaupt nichts? Verwendest du den TinyMCE oder nicht? Hast du irgendwelche Regeln definiert?
Ja, genau - im Quelltext gibt es keine entsprechende Ausgabe.Zitat:
Zitat von andreas.schempp
TinyMCE ist in den Einstellungen deaktiviert.
Ansonsten habe ich lediglich bei den Experten-Einstellungen folgende Auswahl getroffen:
- Platzhalter anwenden "im Frontend" und
- Ausgabe zwischenspeichern
Pass passiert wenn du zusätzlich zur E-mail Adresse noch etwas in den Platzhalter eingibst? Wird das ausgegeben?
Hallo Andreas,
Also folgendes habe ich jetzt probiert:Zitat:
Zitat von andreas.schempp
- "foo@bar.com baz" - funktioniert nicht, da Leerzeichen im Platzhalter nicht erlaubt sind
- "foo@bar.com_baz" - funktioniert auch nicht (keine Ausgabe im FE)
- "foo@bar.com-baz" - funktioniert auch nicht (keine Ausgabe im FE)
- "foo@bar" - funktioniert (Ausgabe im FE)
- "foo.bar" - funktioniert (Ausgabe im FE)
Natürlich jedesmal ohne entsprechende Eingabe von Hochkommatas!
Es scheint also so, dass die Erweiterung genau dann nicht funktioniert, wenn im Platzhaltertext irgendwo eine "gültige" E-Mail-Adresse vorkommt, d.h. konkret, dass das @-Zeichen im Platzhalter schon zulässig ist, nur eben nicht in Kombination mit einer E-Mail-Adresse.
Nur so eine Idee:
Wird die E-Mail-Adresse vielleicht vor der Verarbeitung des InsertTags bereits gespamschützt? (schöne Wort ;) )
Hallo Hagen,
Könnte gut möglich sein, kann ich aber so nicht feststellen, da ja in den besagten Fällen im Frontend keine entpsrechende Ausgabe des InsertTags erfolgt.Zitat:
Zitat von do_while
Vielleicht findet Andreas irgendwie heraus, ob vor der Umwandlung das TL-eigene Mail-Encoding greift.
Ich könnte höchstens probieren, ob bei Eingabe einer E-Mail-Adresse im Platzhalter-Text eine Frontend-Ausgabe erfolgt, wenn ich im InsertTag die E-Mail-Adresse in kodierter Form eingebe (*)
(*) NACHTRAG: Funktioniert leider nicht, da bei Eingabe einer codierten E-Mail-Adresse diese beim Abspeichern sofort in die entspechende "normale" Form umgewandelt wird, ganz egal, ob man jetzt den RTE verwendet oder nicht.
Man könnte ja auch testweise im Hook mal einen Log-Eintrag mit dem aktuellen String machen, dann sieht man ganz genau, ob am Eingang zu den Custom-InsertTags noch die E-Mail in Klarschrift ankommt.
Also was mich natürlich wundert, warum setzt du eine E-Mail Adresse als InsertTag ein?? so?? {{custom::mail@domain.com}} ?
Weil ich den InsertTag für die Ausgabe der E-Mail-Adresse im FE verwende und - nachdem die Adresse relativ kompliziert zusammengebaut wird - ich mir (und v.a. den Redakteuren) so einiges an Schreibarbeit erspare...Zitat:
Zitat von andreas.schempp
Andreas, sollte es wirklich nicht funktionieren bzw. sehr aufwändig sein zu implementieren, dann kann ich von meiner Seite aus auch durchaus mit dieser Schreibweise leben: {{custom::mail[at]domain.com}}
Versuch's einfach mal ohne das "Ausgabe zwischenspeichern". Ich habe aber eine Idee warum das nicht geht, vermutlich werden die Zeichen encodiert und deshalb beim Suchen + Ersetzen nicht gefunden. Trag mal folgendes in deine system/config/dcaconfig.php ein:
Danach musst du nochmals den InsertTag bearbeiten und speichern.PHP-Code:$GLOBALS['TL_DCA']['tl_inserttags']['fields']['tag']['eval']['decodeEntities'] = true;
Hallo Andreas,
probiert habe ich jetzt folgendes:
- "Ausgabe zwischenspeichern" abgeschaltet -> keine Ausgabe im FE
- "Ausgabe zwischenspeichern" abgeschaltet & Eintrag in der dcaconfig.php -> keine Ausgabe im FE
- "Ausgabe zwischenspeichern" wieder aktiviert & Eintrag in der dcaconfig.php -> keine Ausgabe im FE
Der InsertTag wurde dabei in allen drei Fällen immer neu abgespeichert.
Guten Morgen,
ist es möglich ein solches inserttag aufzubauen?
inserttag: versand
Bedingung 1: Datum aus Tabelle X liegt in der Vergangenheit
Ersatz: Der Artikel wurde versendet am...
Bedingung 2: Datum aus Tabelle Y liegt in der Zukunft
Ersatz: Der Artikel wird versendet am...
Hintergrund, ich habe einen Katalog mit Auftragsstati. Der Kunde soll dann seine Auftragsnummer im Frontend abfragen können und den entsprechenden Status mitgeteilt bekommen. Das Datum, das in der Bedingung abgefragt werden soll, steht also in der Tabelle, die ich mit dem Katalog selbst angelegt habe.
Könnte klappen. Du kannst in der Bedingung eine DB-Abfrage machen. Danach müsstest du dies mit dem aktuellen Datum vergleichen, vielleicht kriegst du das mittels InsertTag?
Auf jeden Fall musst du zwei Tags anlegen, einen für jede Ersetzung.
Hallo schatzperle,
ich versteh nicht wirklich warum das der inserttag können soll.
Das Katalog Template muss man ja eh bearbeiten:
1. if Abfrage an der Stelle einbauen, wo das aktuelle Datum verglichen wird mit dem Datum in der Tabelle.
2. Dann entweder einfach den Satz ausgeben...
oder wenn du das mit inserttag machen möchtest, dann mit einem versteckten Artikel, den du per Inserttag einbindest (dann kann man den Text ja einfach per TinyMCE bearbeiten, wenn der Kunde das soll).
Viele Grüße
wow, das geht ja schnell hier mit den Antworten.
Hm, wie ich es löse ist im Grunde egal, hauptsache es funktioniert und ist nicht allzu kompliziert :-(
Erster Gedanke war halt, zwei inserttags mit eben dieser Abfrage.
Vorschlag mit dem Template klingt auch gut, allerdings befürchte ich, dass das meine Fähigkeiten übersteigt. Bisher musste ich die Katalog-Templates noch nicht anfassen.
Eine weitere Möglichkeit ist, ich habe im Katalog 2 Felder, einmal für "bereits versendet" und einmal für "noch nicht versendet", analog dazu habe ich 2 Checkboxen. Es wird also immer nur ein Feld ausgefüllt.
Kann ich mit dem Katalog-Leser (Stichwort Bedingungen) festlegen, dass leere Felder nicht angezeigt werden?
Hallo schatzperle,
ja.. it's all about you and your Template...
Ich hab inzwischen für fast alles hier im catalog Bereich nen Anwendungsbeispiel.. zusätzlich zu dem engl. Tutorial sollte das schon klappen...
Viele Grüße
Mein Problem ließ sich offensichtlich noch viel einfacher lösen, im Modul Katalog-Liste Häkchen setzen bei "Aktiviert die Bedingungs-Liste" und dann die beiden Felder "versand_geplant" und "versand_erfolgt" auswählen. Und schon wird nur noch eins im Frontend angezeigt.
Dann muss ich dazu also das Template schon nicht mehr anfassen, aber bei anderen Dingen werde ich wohl nicht drum herum kommen :-(
Hallo Andreas,Zitat:
Zitat von andreas.schempp
ich habe gerade den Tipp bekommen, dass das Thema Kategorien bereits angesprochen wurde und jetzt gesehen, dass Du schon mal eine Filterfunktion einbauen wolltest.
Bestehen Chancen, dass du die Filterfunktion in der nächsten Version einbaust?
Vielen Dank
Stefan
Hmm, ich glaube nicht so einfach, weil dir InsertTag auf einem (eindimensionalen) Baum basiert, und Bäume lassen sich nicht filtern...
Hallo,
ich habe ein kleines Problem.
Im Platzhalter werden automatisch <p>-Tags eingebaut aber nicht immer angezeigt.
Kopiert man mehrere vorhandene Platzhalter und wählt anschließend mehrere zur gleichzeitigen Bearbeitung so wird in der Anzeige bei den mehreren ausgewählten kein <p>-Tag angezeigt. Schaue ich mir das gleiche Inserttag in der Einzelbearbeitung an wird mir ein <p>-Tag angezeigt, der mir in der gleichzeitigen Bearbeitung von mehreren Einträgen nicht angezeigt wurde.
Problem ist, dass beim Kopieren automatisch ein <p>-Tag im Ersatzfeld eingebaut wird, was aber dort nicht besonders hilfreich ist und wodurch man später unnötige Korrekturen vornehmen muss.
Gruß
Stefan
Aus eigener Erfahrung würde ich empfehlen, den RTE über die entsprechende Option zu deaktivieren. Dann erhält man zumeist auch das, was man reinschreibt. :)
Du kannst jederzeit oben rechts im TinyMCE auf HTML klicken und die Tags löschen.
Ich habe den Editor (TineMCE) deaktiviert, dass ist ja das erstaunliche an der Sache und die Probleme treten nur dann auf, wenn ich einen Eintrag oder mehrere Einträge kopiere.
Ergänzung:
Ich kann den Fehler noch weiter eingrenzen. Es kommt nur dann dazu, dass ein <p>-Tag eingebaut wird, wenn im Feld "Ersatz" Inhalte vorhanden sind. Ohne Inhalte wird auch ein <p>-Tag eingebaut.
Bearbeitest du die Einträge denn gleichzeitig, oder kopierst du nur? Wird dir in irgend einem Moment der Editor angezeigt?
Ich kopiere erst alle Einträge und dann bearbeite ich mehrere Einträge gleichzeitig.
Der Editor war bei den Einträgen, die ich kopierte habe deaktiviert und ist auch in der Bearbeitung noch deaktiviert.
Ergänzt werden die Einträge ausschließlich beim Kopieren.
Hab mal ein Ticket angelegt: http://www.contao-forge.org/issues/1912
Danke schön!
Hi,
ich habe eine Frage zu [Inserttags] Platzhalter und "Platzhalter schützen". Ich musste feststellen, dass sich dies ausschließlich auf Mitgliedergruppen (FE) und nicht auf Benutzergruppen (BE) bezieht. Ich wollte eigentlich dieses Modul verwenden, um - zum einen - meinem Kunden Platzhalter definieren zu lassen, und - zum anderen - mir als Administrator das gleiche Tool in die Hand zugeben und Platzhalter zu erzeugen, die sonst keiner ändern kann (noch nicht mal sieht).
Wie kann ich einzelne Platzhalter auf Benutzergruppen (BE) limitieren?
Hallo Andreas,
erst einmal vielen Dank für diese tolle Erweiterung! Sie erleichtert mir so Einiges.
Allerdings gibt es auch ein paar Punkte, wo ich -- zumindest mit meinem Hirnschmalz -- an ein paar Grenzen mit der Erweiterung stoße. Wäre dankbar, wenn du einen Lösungsansatz parat hättest:
Verschachtelungsmöglichkeit
Ich habe verstanden, wie man mehrere Inserttags miteinander kombinieren kann. Aber folgende Sache bekomme ich nicht (auf elegante Art und Weise) gelöst:
Ich betreibe in einer Installation mehrere Website (unterschiedliche Standorte). Jede „Standort-Website“ hat ja einen eindeutigen Alias (z.B. „standort1“, „standort2“ etc.), den man ja mit dem Core-Inserttag {{page::rootAlias}} auslesen/ausgeben kann. Das will ich mir wie folgt zunutze machen:
Ich habe mir mit dieser Erweiterung ein Set von „Meta-Inserttags“ angelegt, die ohne Limitierungen versehen sind – Beispiel:
- metaStrasse
- metaPLZ
- metaOrt
Für jede „Standort-Website“ gibt es nun das individuelle Pendant dazu, welches auf die betreffende Standort-Website und deren Unterseiten limitiert ist:
- standort1Strasse
- standort1PLZ
- standort1Ort
Die Standort-spezifischen Inserttags habe ich nun in die „Meta-Inserttags“ eingebunden:
- metaStrasse -> {{custom:standort1Strasse}}{{custom:standort2Stras se}} etc.
- metaPLZ ->{{custom:standort1PLZ}}{{custom:standort2PLZ}} etc.
- metaOrt ->{{custom:standort1Ort}}{{custom:standort2Ort}} etc.
Da regelmäßig neue Websites mit neuen Standorten hinzukommen, muss ich dementsprechend die ca. 50 standortspezifischen Inserttags duplizieren und anschließend die neuen Inserttags in die betreffenden Meta-Inserttags inkludieren. Ist zum einen relativ mühselig und zum anderen wird’s irgendwann ziemlich unübersichtlich. Mit folgender Logik, ließe sich die Arbeit mindestens halbieren:
- metaStrasse -> {{custom:{{page::rootAlias}}Strasse}}
- metaPLZ -> {{custom:{{page::rootAlias}}PLZ}}
- metaOrt -> {{custom:{{page::rootAlias}}Ort}}
Ich habe auch Folgendes (erfolglos) versucht:
- metaStrasse-A -> {{custom:
- metaStrasse-B -> {{page::rootAlias}}
- metaStrasse-C -> Strasse}}
- metaStrasse -> {{custom::metaStrasse-A}}{{custom::metaStrasse-B}}{{custom::metaStrasse-C}}
Im Frontend wird mir daraufhin als Klartext {{custom::standort1Strasse}} ausgegeben.
Wäre es denkbar, dass du diese Verschachtelungsmöglichkeit in die Erweiterung implementierst? Oder fällt dir eine alternative Lösungsmöglichkeit ein?
Probleme bei "Mehrere bearbeiten"
Wie zuvor beschrieben, muss ich ja beim Hinzukommen einer neuen Standortwebsite bei allen "Meta-Inserttags" etwas im Feld "Ersatz" ergänzen. Das wäre theoretisch mit "Mehrere bearbeiten" ein Klacks. Das Problem ist jedoch (und das wurde in diesem Thread wohl schon einmal angesprochen, aber anscheinend noch nicht gelöst):
Wenn ich "Mehrere bearbeiten" nutze, und mir von den zu bearbeitenden Datensätzen das Feld "Ersatz" anzeigen lasse, wird immer der Tiny-Editor geladen (obwohl ich bei allen Inserttags jeweils die Option "TinyMCE deaktivieren" angewählt habe. Wenn ich einen Datensatz einzeln bearbeite, ist das auch kein Problem, nur wenn ich die Mehrere-bearbeiten-Funktion nutze (selbst wenn ich mir gleichzeitig die Felder "Ersatz" und "TinyMCE deaktivieren" zur Bearbeitung aufrufe). Das Problem ist, dass der Tiny-MCE mir alle Inserttags mit "<p></p>" umschließt, was ich nicht gebrauchen kann. Gibt's hierfür eine Lösung?
Probleme mit Filter- und Suchfunktion
Zusätzlich ist die Arbeit mit vielen Inserttags dadurch erschwert, dass (zumindest bei mir) die Filter nicht funktionieren und die Suchmöglichkeit nicht umfangreich genug ist. Wenn ich die Filter anwende (egal welche und in welcher Kombination), tut sich bei mir gar nichts in der Liste. Es wird immer die komplette Liste angezeigt -- und, ja, ich weiß, dass man nach Auswahl eines Filters den "Änderungen anwenden" Button betätigen muss :-) Ist das ein grundsätzlich bekanntes Problem oder liegt's an meiner Installation (Contao 3.4.5 und die Erweiterung mittels Composer installiert: contao-legacy/inserttags, 1.9.2.9005)
Bei der Suchfunktion funktioniert zwar alles, aber ich wundere mich darüber, dass ich "Ersatz" und "Beschreibung" durchsuchen kann, aber ausgerechnet das Feld "Platzhalter" nicht. Hat das eine besondere Bewandnis? Da ich meine Inserttags durch eine einheitliche Benennung quasi "kategorisiert" habe, wäre gerade die Durchsuchmöglichkeit der Platzhalter äußert wünschenswert.
Was der Übersichtlichkeit mit Sicherheit ebenfalls zuträglich wäre, wäre die Möglichkeit, die Ansicht der Inserttags alphabetisch zu sortieren.
Würde mich über eine Rückmeldung sehr freuen!
Vielen Dank und Grüße
Dave
Er mal vorab: Die Erweiterung wird nicht mehr sonderlich aktiv gepflegt, da wir diese selber kaum einsetzen.
Verschachtelungsmöglichkeit: Ich bezweifle dass dies so funktionieren wird, weil Contao keine Verschachtelung von InsertTags kann.
Mehrere Bearbeiten: Das ist wohl ein Bug, aber ich kann mich wage daran erinnern dass ich diesen nicht lösen könnte. Der TinyMCE wird abhängig von der Feldkonfiguration geladen, und in Contao ist die Feldkonfiguration immer für alle Felder gleich. Du könntest aber trotzdem ein Ticket bei GitHub erstellen.
Filterfunktion: Diese Felder dürften eigentlich nicht erscheinen, weil sich eine Baumstruktur (technisch sind die InsertTags eine Baumstruktur mit einem Level, damit sie sich sortieren lassen) in Contao nicht filtern lässt. Bitte also auch bei GitHub ein Ticket erstellen dass dies geändert werden soll.
Vielen Dank für die prompte Rückmeldung, Andreas!Zitat:
Zitat von andreas.schempp
Bezüglich Verschachtelung: Contao scheint die Verschachtelung von InsertTags mittlerweile zu können. Es klappt jedenfalls, wenn ich die Custom-InsertTags (auch in Kombination mit Core-InsertTags) in einem regulären Inhaltelement verschachtele, z.B.:
Nur die Verschachtelung innerhalb der Erweiterung wird nicht aufgelöst. Wenn ich das richtig lese, ist die neue Verschachtelungsmöglichkeit hier erwähnt https://github.com/contao/core/commi...384d384c9f70d0Code:{{custom::{{page::rootAlias}}Strasse}} oder {{custom::{{custom::StandortAlias}}Strasse}}
Mehrere bearbeiten: Schade -- ich behelfe mir gerade, indem ich jeweils in meine Benutzereinstellungen gehe und dort "Richt-Text-Editor verwenden" deaktiviere, wenn ich mit der Erweiterung arbeite. Nicht schön, aber klappt.
Filter: Ich erstelle gerne ein Ticket. Wenn ich dich richtig verstanden habe soll das Ticket lauten, die Filter komplett zu entfernen, weil es technisch nicht möglich ist, richtig?.
Wäre es denn möglich, bei der Suche noch das Feld "Platzhalter" zur Auswahl hinzuzufügen?
Vielen Dank und Grüße
Dave
Hallo, habe ebenfalls Deine Erweiterung im Visier.
Ist es mit dieser möglich, die externe Inhalts ID einer Contao Installation auszulesen?:D