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