serendipity_event_entrypaging: Ausgabe nach Update auf 1.7.3

[Timbalu]

So muss es aussehen - überall!

Code: Select all

{foreach from=$dategroup.entries item="entry"}
{assign var="entry" value=$entry scope="parent"}

Das hat aber mit deinem Poblem nix zu tun

Ich habe eben mal ein paar test gemacht und mir ein weiteres EIS verdient.

Ich kann dir nicht sagen warum, obwohl es ein "ähnliches" Problem wie dies Geschichte mit dem nötigen {assign var="entry" value=$entry scope="parent"} für folgende Subtemplates ist.

Die kurzfristige Lösung liegt darin diesen Schnipsel in die content.tpl einzufügen, direkt ober- oder unterhalb von {$ENTRIES}
Wenn du willst kann du es dort auch capturn, dann könnte man es vielleicht sogar weiterreichen in die entries.tpl.

Code: Select all

{capture name='entrypaging_block'}
dein Block
{/capture}

[serotonic]

Hurra! Es funktioniert tatsächlich! Dankedankedanke!

Also ist das Plugin derzeit inkompatibel, habe ich das richtig verstanden? Und das mit dem capturn müsste ich dich nochmal separat fragen, aber es reicht mir auch grad völlig in der content.tpl.

[Zwei Eis, mit Sahne, jarwoll, ist notiert! ]

[Timbalu]

Nee ist es nicht...

Tatsächlich liegt es daran, dass für Smarty $ENTRIES und $CONTENT zwei völlig seperate Bereiche sind, die nicht miteinander agieren, weder über capture (gerade getestet) noch assign im Template, so dass man dort auch kein scoping setzen kann. Dies ginge wohl nur dort, wo diese "General Variablen" generiert werden, in dem man sie dort auch gleich auf scope "root" bzw "global" setzt.

Also kurz gesagt, im Moment weiß das Plugin halt nichts von der zusäztlich generierten $ENTRIES Variable und kann deshalb dort auch nichts ausgeben.

[serotonic]

Also ist es kompatibel, funktioniert aber nicht?

Ich seh das ja nur aus Usersicht, deshalb mal anders gefragt: Ist das eine Wissenslücke meinerseits oder fehlt da einfach nur ein Hinweis in der Pluginkonfiguration, dass man es an anderer Stelle als bisher einsetzen müsste?

[Timbalu]

Wissenslücke eher nicht!
Inkompatibilität oder fehlender Anwendungshorizont? Wahrscheinlich beides.
Smarty 3 ist schärfer - und das alte Smarty hat das wohl einfach durchgeschliffen. Das entrypaging Plugin weiß ja von dem allen nichts, setzt halt eine Variable und erwartet, dass diese im template verfügbar ist. Ist sie ja auch - irgendwie. Allerdings hat Serendipity diese besondere Konstruktion mit content.tpl und {$ENTRIES} {$ARCHIVES}. Das ist für Smarty 3 soetwas wie ein ungewohntes include (mit fehlendem Scope) und damit kommt halt einer der drei Parteien nicht zurecht, weil strikt.

Eigentlich müsste der Serendipity Core darauf reagieren. Ebenso kann man sagen das Smarty3 für solches eine Öffnung seiner Kapselung ermöglichen müsste, oder das Plugin - vorher etwas "schlampig" - eben jetzt eine dezidierte Anwendungsanweisung benötigt. Im Grunde kann man ja so ein entrypaging auch nur oberhalb oder unterhalb des ENTRY Eintrages setzen, in so fern ist die Content.tpl dafür genau richtig. Das ist eine Lernsache. Vorher durfte man halt auch in der entries.tpl arbeiten weil das fallback anders und nicht so streng geregelt war.

Darfst du dir aussuchen!

Ich werde das mal als Hinweis ergänzen.

[serotonic]

Ha! Jetzt hab ich die Zusammenhänge auch verstanden, Dankeschön

Und Danke für die Hilfe! (Das mit dem Eis ist mein bitterer Ernst )