[SOLVED] Gehen die CUSTOM_BLOCKS im Listing mode?

[update]

In einer meiner neueren Installationen (6.2.15 phpwcms 1.7.7 (2015/02/02, r538) bekomme ich keine Custom Blocks - die werden einfach nicht gerendert. Auch so Standard-Blocks wie FOOTER nicht. Kann das wer bestätigen oder reite ich gerade ein Holzpferd?
Mache gerade einen OnePager...

[update]

OK, scheint an der Listing-Darstellung zu liegen, bei der mehrere Artikel samt Content Parts auf dieser einen Seite dargestellt werden. Zeige ich die Artikel einzeln, werden die Custom Blocks gerendert, ansonsten aber eben nicht.
Wenn das noch jemand nachvollziehen kann, würde ich mal eine "offizielle Eingabe" machen

[juergen]

Und ich dachte in der Listing Einstellung werden nur die Teaser Einträge angezeigt ? Wie willst du denn Blocks in das Listing bringen. Ich frag jetzt weil ich mir es nicht vorstellen kann ... übers Listing Template ?
EDIT ... du hast es ja geschrieben. Ich widme mich den Tempos

[Old Boy]

Das war aber IMMER schon so!!!

[juergen]

Das war aber IMMER schon so!!!

Mein Lieblingssatz Ich hab es eben noch nie gebraucht ...

[Old Boy]

Das war aber IMMER schon so!!!

Mein Lieblingssatz Ich hab es eben noch nie gebraucht ...

Ich will damit nur sage... keine Fehlfunktion sondern ein Feature, seit Beginn an!

[juergen]

Ja, habe ich verstanden. Ich habe so eine Art Tempo Taschentuch Brett vorm Kopp im Moment .... aber es kann sich ja nochmal bessern Die Erkältung

[update]

Ich will damit nur sage... keine Fehlfunktion sondern ein Feature, seit Beginn an!

Und das Auflisten der kompletten Content Parts (und nicht nur das Listen des Teasertextes) zu jedem Artikel inklusive Teaser beim Artikellisten gab's dann wahrscheinlich auch schon von Anfang an?
Dann hätte es also beim KomplettListing schon immer jede Seite zerlegt, die irgendwelche CUSTOM_BLOCKS verwendet - UNbelievable

BTW: Der neue Container {SYSTEM} funkt, {FOOTER} zB nicht... irgendwie erschließt sich mir die Logik noch nicht so ganz.

[Oliver Georgi]

Bitte mal genau nachdenken, was der Listingmodus ist! Das Listen von Artikelanrissen! Ist eine vollkommen andere Sicht auf Inhalte und findet IMMER im {CONTENT} statt. Du bist frei, es über andere Logiken abzubilden, z.B. über Teaser. Es ist nicht möglich, jede denkbare Variante vorab im Code zu berücksichtigen. Dafür gibt es Entwickler.

[update]

findet IMMER im {CONTENT} statt

Ok, das erklärt, dass auch die sonstigen systemeigenen Ersetzer nicht funktionieren können. Bin beruhigt

[Oliver Georgi]

Prinzipiell kannst Du das schon abfangen, wie gesagt im Listing Modus kennt das System keine anderen Content Blöcke, außer System. Wenn man da mehr möchte, muss man über die ID des Artikels dann weitere Aktionen fahren. Aber das ist alles ingesamt besser in echtem Code aufgehoben, als über Template Parsing einzuhängen.

[update]

Das muss ich doch noch mal hochwürgen:
Nach dem commit dachte ich / hatte ich den Eindruck, nun würde die BS-row in den SYSTEM-Container gehen, aber nach einem heutigen update scheint dem doch nicht so:
Kein container/row, kein tabs, kein group/accordion im SYSTEM-Container - immer wieder auf "off". Dabei wäre das so praktisch...
Kann das irgendjemand bestätigen oder meinetwegen auch widerlegen?

EDIT: Alte CPs, die bereits per Container/row im SYSTEM drin sind, behalten ihre Einstellung, nur neue kann ich nicht hinzufügen. Also ging das tatsächlich mal (kurz), siehe screenshot...

[Oliver Georgi]

es war dafür nie gedacht und wird auch vorerst nicht implementiert

[update]

Dann verstehe ich die Kennzeichnung "BUG" bei den issues nicht und den darauf bezogenen commit mit anschließendem Verschieben in closed. Oder wir reden hier ganz gehörig aneinander vorbei

[update]

Merke gerade, dass ich ÜBERHAUPT KEINE SubSection auswählen kann, selbst wenn ich den Inhalt in CONTENT und nicht in SYSTEM sitzen habe. Das passiert bei 2 upgedateten Installationen (phpwcms 1.7.8 (2015/03/24, r539))
Das Ding springt IMMER auf "off"
Tausend mal probiert, tausenmal is nix passiert: