1 Solution
Accepted Solutions
Hallo Holger.
Ja, danke, etwas mehr klar 
Und hier, wie vereinbart, das Code Beispiel zur Frage bzgl Contentprojektion Seite, wobei angenommen, dass eine Contentprojektion Seite mit der Einstellung "Anzahl der Einträge pro Seite = 0"(oder >1) zur Auflistung der Daten dient (z.b. Produkten Übersicht), und die Contentprojektion Seite mit der Einstellung "Anzahl der Einträge pro Seite = 1" - zur Anzeige der Daten Details (Details zum Produkt):
in Java:
Content2Params params = pageRef.getContent2Params();
if (params != null) {
// eine Contentprojektion Seite
if (params.getRecordCountPerPage() == 1) {
// Detailseite
} else {
// Auflistungseite
}
} else {
// keine Contentprojektion Seite
}
in FirstSpirit Vorlage:
$CMS_SET(params, #global.node.getContent2Params())$
$CMS_IF(!params.isNull)$
$-- eine Contentprojektion Seite --$
$CMS_IF(params.getRecordCountPerPage() == 1)$
$-- Detailseite --$
$CMS_ELSE$
$-- Auflistungseite --$
$CMS_END_IF$
$CMS_ELSE$
$-- keine Contentprojektion Seite --$
$CMS_END_IF$
Mit freundlichen Grüßen,
Olga
Hallo Olga,
hmm - laut Doku hätte ich erwartet, dass dort exakt die Zahl steht, die im Sitestore für "Anzahl der Einträge pro Seite" eingetragen ist. Ich fürchte, dass ist ein Bug 
.
Dann ist die Lösung, die Information einfach direkt zu holen mittels:
$CMS_VALUE(#global.node.getContent2Params().getRecordCountPerPage())$
Der Weg per Java ist übrigens derselbe:
Du holst Dir die Pageref (das ist #global.node in der Templatesyntax)
de.espirit.firstspirit.access.store.sitestore.PageRef
und dort kannst Du dann mittels .getContent2Params() die Content2Params holen und von denen dann mittels .getRecordCountPerPage() die maximale Anzahl der Datensätze pro Seite. Findest Du natürlich auch alles in der API: FirstSpirit Access-API
Viele Grüße,
Holger
Hallo Olga,
Nehme ich richtig an, dass Content2Params != NULL immer für eine Contentprojektion Seite und umgekehrt NULL für keine Contentprojektion Seite ist?
In der idealen Welt wäre das korrekt. Ich bin mir aber nicht sicher, was passiert, wenn man auf einer bestehenden Seite, für die es bereits eine Seitenreferenz gibt, eine Tabellenvorlage als Absatz hinzufügt bzw. einen entsprechenden Absatz löscht. Es kann sein, dass in diesem Sonderfall das Ergebnis [insbesondere im Freigabestand] nicht der Erwartungshaltung entspricht.
Bei deinem Java Code Schnipsel berücksichtigst Du nur die beiden Fälle, dass entweder alle Datensätze auf einer Seite oder auf jeder Seite nur ein Datensatz ausgegeben wird.
Natürlich kann man auch Übersichtsseiten erzeugen, auf denen nur eine bestimmte Anzahl an Datensätzen ausgegeben wird (getRecordCountPerPage() ist dann > 1) oder Detailseiten, auf denen zwei oder mehr Datensätze ausgegeben werden.
Hier muss vorher im Projekt geklärt werden, ob anhand der Parameter sichergestellt werden kann, was eine Detailseite und was eine Übersichtsseite ist.
Im Prinzip sollte das aber funktionieren
Viele Grüße,
Holger
Hallo Holger.
Ja, Du hast Recht, die Definition einer Contentprojektion Übersicht-/Detail- Seite ist vom einzelnen Fall abhängig. In unserem Projekt haben wir die Regel festgelegt, dass eine Übersichtsseite alle Datensätze in Form eines Teasers anzeigt, und die Detailsseite - einen Datensatz in detailierter Form. Wobei, wie Du sagst, bei der Übersichtsseite kann man die Menge der Datensätze auch beschränken (getRecordCountPerPage() > 1).
Früher haben wir zum Unterscheiden zwischen den beiden einfach #global.dataset.isEmpty abgefragt, wobei bei der Übersichtsseite ist das auch nicht korrekt, da hier #global.dataset den ersten gerenderten Datensatz zurückgibt. Ausserdem haben wir auf einen Fehler beim Rendern einer Contentprojektion Übersichtsseite angestossen, die zum Filtern eine DB Query gesetzt hat, welche in einem bestimmten Fall eine leere Menge zurückliefert. Beim Zugriff auf #global.dataset kommt hier der Fehler:
ERROR ($CMS_VALUE(if(#global.dataset.isEmpty, then-case, else-case)$ at x, y): index=0, size=0
Ich schätze, hier handelt sich um einen FirstSpirit Bug, welchen wir versuchen umzugehen, sollen aber vielleicht bei FS TechSupport melden?
Für uns haben wir nun die Lösung gefunden. Nun habe ich schwer, welche Antwort ich hier als richtig markieren soll, da die Definition ja nicht für alle mögliche Fälle eindeutig ist? 
PS: ich glaube, #global.multiPageParams.entitiesPerPage ist nicht buggy, weil hier nicht um die Einstellung "Record Count per Page" handelt, sondern wieviel genau Datensätze bzw Entities auf einer bestimmten Seite gerendert werden.
Mit freundlichen Grüßen,
Olga
Hallo Olga,
#global.dataset.isEmpty prüft ja, ob der Datensatz leer ist. Das das funktioniert, halte ich ja eher für einen Zufall. Diesbezüglich wäre die korrekte Abfrage #global.dataset.isNull. Das prüft, ob das Objekt vorhanden ist (== Contentprojektion) oder nicht (andere Seite).
Als Fehler hätte ich allerdings ein "Undefined variable" Fehler erwartet anstelle einer IndexOutOfBounds Exception, die es hier wohl gibt. Andererseits wird an dieser Stelle hier ja aus der Liste der Datensätze der Erste ausgegeben. Und wenn die Liste leer ist, ist die IOOB Exception nicht unerwartet
Zu Deinem PS: Wieviele Datensätze auf der aktuellen Seite gerendert werden, steht in der Variable #global.pageParams.data.size. Die Doku für #global.multiPageParams.entitiesPerPage sagt ja auch explizit: "...(Einstellung Anzahl der Einträge pro Seite).". Das zwei Variablen denselben Inhalt haben, macht keinen Sinn. Ich habe das Verhalten intern als Fehler aufgenommen.
Bezüglich der richtigen Antwort - es wäre schön, wenn Du irgendeine markieren würdest, damit der Beitrag nicht mehr als unbeantwortet in der Liste steht. Du kannst ja nochmal eine Zusammenfassung schreiben, wie Dein endgültiger Code aussieht und die Antwort dann als korrekt markieren
Viele Grüße,
Holger
Hallo Holger.
Vielen Dank für die Erklärung.
Der Check #global.dataset.isNull wirft leider auch die IOOB Exception bei Contentprojektion Seite mit leeren Datenmenge
Bevor ich zusammenfasse, habe ich noch eine Verständnisfrage: kann die Prüfung isEmpty in FirstSpirit die zusätzlichen Checks wie isSet und isNull sparen? Also, ist die isEmpty Prüfung so universell, dass sie alleine für alle 3 Checks (zusammen) wie isSet + isNull + isEmpty(für String/Collection) verwendet werden kann?
Meistens im Projekt verwenden wir nur diese Prüfung, welche oft die Meldung "Undefined variable" auslöst, falls Variable nicht gesetzt ist. Die Meldung ist aber kein Fehler, erscheint nur im Debug Output. Wie geht FirstSpirit damit um?
Viele Grüße,
Olga
