Catalog-Reader-Seite mit chronologischen Sprungmarken

[MacKP]

Ich weiss gar nicht mehr warum ich das Bedingungsfeld ergänzt hatte. Das war nen FeatureRequest.
Naja, es greift dann eh nur für die neue Pagination.

Grundidee ist das Weiterschalten innerhalb von Detail/Readerseiten.


Sent from my iphone using Tapatalk

Hallo Tim G,
ich könnte wetten, das die Bedingung da drinn ist, damit man auch beim Durchschalten der Einträge die selben Einträge hat, die vorher in der Liste angezeigt wurden (und eventuell durch sowas eingeschränkt sind) *g*
Finde ich zumindest sehr logisch ;-)

Viele Grüße

[Hendriks]

...ja, das fände ich auch logisch -- wenn es denn auch so funktionieren würde...

[Tim G]

Die Erweiterung ist mit der SVN Version (ab r373) getestet und damit erstellt. Mit 2.11.5.
Nachdem mir meine Rechner gestohlen wurden, habe ich nicht wieder in die Erweiterung geguckt. In einer ruhigen Minute werde ich die aktuellste Version einspielen.

...ja, das fände ich auch logisch -- wenn es denn auch so funktionieren würde...

Das Bedingungsfeld ist dafür vorgesehen. Richtig.
Ich finds auch logisch, ohne böse zu gucken
Aber, um eine Querreferenz zu einem Liste Modul zu schaffen, wäre ein weiteres Feld nötig, das eine Auswahl möglicher Module bereitstellt.
Da Liste und Leser Modul erstmal nichts miteinander zu tun haben, ausser das sie den gleichen Katalog nutzen. Du kannst ja 10 Liste Module haben und 10 Leser Module alle über den gleichen Katalog und alle haben unterschiedliche Bedingungen. Da wäre man am raten.

Ich denke, copy and paste aus der Liste tut es auch erstmal.

Das Bedingungsfeld arbeitet wie das Bedinungsfeld in der Liste. Also man ergänzt ab dem WHERE ...
Sprich, WHERE published=1 AND usw..

Wenn du ein komplettes SELECT anschließen willst, musst du mit direkten Idents arbeiten, weil du dann ja SELECTS verschachtelst.

[Hendriks]

Sorry war nicht persönlich gemeint... Nur bei mir wollte es halt bisher einfach nicht funktionieren!

Habe nun eine eigene "Lösung" gefunden, mit der ich zunächst mal leben kann...

Und auf meinem Avatarbild gucke ich ja nun auch wahrlich nicht böse
- hoffe ich...

[Tim G]

Wenn die Pagination nicht auf Anhieb angezeigt wird, liegt es auch oft am Contao Cache, da Standardtemplates mitgeliefert werden und contao (jedenfalls bei mir) immer erst den temp. Ordner gelöscht sehen will bevor neue Templates überhaupt greifen.

[Hendriks]

Danke Tim G, das stimmt...

Aber meine Probleme sind ja die am Anfang dieses Threads beschriebenen.

Habe jetzt, wie gesagt, eine "Lösung" für mich gefunden, nachdem ich mich etwas in den Code eingelesen habe - so gut es meine rudimentären Kenntnisse eben zulassen...

Nun würde ich aber gerne noch weitere Werte (Spalten) aus der Catalog-Tabelle an das readerpagination_xyz-Template übergeben. z.B. ein Bild(chen) zum Datensatz. Wie kann ich den entsprechenden Array dahingehend "aufbohren"?

[Hendriks]

Hallo nochmals,

sorry, wenn ich nerve...

Bin echt bemüht, mich in der Contao-Modul-Entwicklung zurechtzufinden, aber hier komme ich einfach (noch) nicht ganz mit...

Daher nochmals die konkrete Frage:

Wie kann ich in readerpaginations weitere Werte meiner Katalog-Einträge an das Frontend-Template übergeben?

So dass ich dann in der Paginierung z.B. noch ein Bild, einen Teasertext, etc. (whatever) mit anzeigen lassen kann...

Danke für einen Hinweis!

[Tim G]

Ich müsste nochmal direkt reingucken. Das hab ich noch nicht geschafft.
Hast du geguckt, was alles im Template ankommt?

War nicht auch ein Template bei, das innerhalb einer Schleife die Werte rendert?

Wenn nicht, werde ich mal ein alternatives Tpl erstellen, das mit allen nötigen Daten pro Eintrag gespeist wird.



Sent from my iphone using Tapatalk

[Tim G]

So, der neue Build (12) schickt die komplette Liste der Einträge mit.
Im Template (in guter alter Katalog-Manier: $this->entries) gibt dir den Array aus. Über die ID und PID jedes Eintrags kommst du an alle Daten ran.

[Hendriks]

Hallo Tim!

Super! Vielen Dank!

Mit $this->entries werden nun alle Einträge (die der Bedingung entsprechen) im Template ausgegeben.

Vielleicht wäre es doch aber noch besser, wenn hier dann nur die Einträge des aktuellen Scopes der Pagination ausgegeben werden, oder? Denn bei sehr umfangreichen Katalogen werden dann ja unter Umständen hunderte Datensätze mitgeliefert, die gar nicht gebraucht werden...

[Tim G]

Es kommen die vorgefilterten Einträge, also die Einträge, die für die Pagination relevant sind.

Damit kann man dann z.B Vorschaubilder dazu rendern.

Sent from my iphone using Tapatalk

[wsa]

Problem mit Bedingung in catalogreader mit readerpaginations

...
Habe nun eine eigene "Lösung" gefunden, mit der ich zunächst mal leben kann...

Hallo Hendriks,
habe dasselbe Problem, dass mir der Reader alle Datensätze aus dem Katalog anzeigt, während die Katalogliste auf aktive Einträge einschränkt.
Sobald ich im Katalogreader (bei installierter Erweiterung readerpaginations) durch Eingabe folgender Bedingung

AND aktiv=1 ORDER BY empf_datum DESC

die Readereinträge gleichermaßen einschränken möchte, erhalte ich nachfolgenden SQL-Fehler:

Query error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 8 (SELECT * FROM empf_Tontraeger WHERE id>=1 AND aktiv=1 ORDER BY empf_datum DESC)

Kopiere ich das angemahnte generierte SQL-Select

SELECT * FROM empf_Tontraeger WHERE id>=1 AND aktiv=1 ORDER BY empf_datum DESC

in myphpadmin ein, ist es jedoch syntaktisch korrekt und ergibt die erwünschten Ergebnisse. *Verwirrung*

Wie ich dich verstanden habe, hattest du dasselbe Problem, für dich eine Lösung gefunden dieselbe aber hier nicht dokumentiert. Kannst du mir auch weiterhelfen?

Vielen Dank im Voraus und GLG
wsa

[Tim G]

Schreibs mal ohne erstes AND in das Bedingungsfeld.


Sent from my iphone using Tapatalk

[Hendriks]

Könnte das auch irgendwie an HTML-Entities liegen? Oder ist das in SQL egal? Nur so ne Vermutung von mir...

Viele Grüße.

[wsa]

Schreibs mal ohne erstes AND in das Bedingungsfeld.

Hallo Tim G, das hatte ich bereits versucht und führt erst recht zu einem Fehler, weil die dann generierte SQL-Syntax

SELECT * FROM empf_Tontraeger WHERE id>=1 aktiv=1 ORDER BY empf_datum DESC

definitiv falsch ist und zu recht moniert wird.
Der "Witz" ist ja, dass das Statement

SELECT * FROM empf_Tontraeger WHERE id>=1 AND aktiv=1 ORDER BY empf_datum DESC

syntaktisch korrekt ist, aber (nur von Contao) mit einem für mich unverständlichen Fehler quittiert wird. myphpadmin kommt mit demselben SQL-Statement wunderbar klar.