Inserttag wird in MAIN-Bereich ersetzt und dann auch im FOOTER
Sepp - vielen Dank für die Info.
Ich hatte den Inserttag {{date::Y}} ursprünglich in Footer. Zu Testzwecken habe ich ihn dann auch in bestehende Inhaltselemente (HTML-Module - u.a. im Header) eingebaut und er wurde nicht korrekt ersetzt. Woher in RC1 funktionierte es ohne jedes Problem.
Nach Deinem Test habe ich dann ein neues Element unter einer News angelegt, als HTML-Modul deklariert und den Inserttag eingefügt. Und siehe da es geht. Sowohl in der News als auch in Footer wurde das Tag ersetzt. :cool:
Deaktiviere ich das neue Element aber wieder, wird der Inserttag in meinem Footer nicht mehr ersetzt. :eek:
Ich werde morgen nochmal damit experimentieren... Wurde in RC2 nicht auch die Reihenfolge wie Inserttags ersetzt werden geändert?!?
Zitat:
Vielleicht hatten Sie in der Vergangenheit schon mal das Problem, dass via Inserttag eingefügte Module keine Stylesheets oder JavaScripts mehr in den Header der Seite einfügen konnten. Dieses Problem wurde nun ge*löst, indem die Header-Skripte erst nach dem Ersetzen der Inserttags eingefügt werden.
?????
Liste der Anhänge anzeigen (Anzahl: 4)
Problen entsteht wenn Inserttags geschachtelt werden
Ich habe mir das gerade nochmal angesehen. Bei meiner Website sieht es so aus, dass ich einen normalen Artikel als Footer nutze und diesen über ein HTML-Modul ins Layout einbinde.
1. HTML-Modul wird im Layout eingebunden und nutzt ein Inserttag um einen Artikel einzubinden.
2. Im Artikel gibt es ein Inhaltselement "HTML-Modul" welches dann via Inserttag das Datum ausgeben soll {{date::Y}}
==> Das Datum wird dann nicht angezeigt. Vor 3RC2 funktionierte es.
Wenn ich {{date::Y}} direkt im ersten HTML-Modul (dort wo ich den Artikel einbinde) einfüge, wird der Inserttag korrekt aufgelöst (siehe Screenshot unten - Test only).
Muss hierzu ein Bug geöffnet werden? Wie geht man dafür vor?
Anhang 8758
Anhang 8759
Anhang 8760
Anhang 8757