Search the FirstSpirit Knowledge Base
Hallo Community,
in einem Projekt besteht folgende Anforderung: Im Frontend gibt es einen Sprachschalter, mit dem zwischen den verschiedenen Projektsprachen umgeschaltet werden kann. Die Reihenfolge der Sprachen im Sprachschalter im Frontend soll allerdings redaktionell beeinflussbar sein.
Eine einfache Iteration à la $CMS_FOR(_lang, #global.project.languages)$ reicht deswegen leider nicht aus.
Mit einer CMS_INPUT_LIST und CMS_INCLUDE_OPTIONS könnte man alle Projektsprachen zwar in einer Liste pflegen und verwalten aber die ASCENDING/DESCENDING-Sortierung dafür wäre nicht flexibel genug.
Die Reihenfolge der Einträge in einer FS_LIST ist manuell beeinflussbar aber gibt es bei dieser auch irgendwie die Möglichkeit die Projektsprachen als "Datenlieferant" zu nutzen?
Wenn dies auch nicht funktioniert vermute ich mal, dass man hier ohne weiteren Implementierungsaufwand wohl nicht weiter kommt 🙂
Gruß Rico
Hallo Rico,
als grobe Idee vielleicht folgendes: Eine FS_LIST, bei der die inneren Elemente nur eine Combobox mit CMS_INCLUDE_OPTIONS type="LANGUAGE" beinhalten, d.h. man hätte eine Liste von Sprachselektoren.
Wollt ihr das global fürs Projekt pflegen oder pro Seite? Für den ersten Fall könnte man diese Liste in den Projekteinstellungen (oder als globale Inhaltsseite, GCA) einmal mit allen Sprachen einpflegen und dann alle Aktionen bis auf UP und DOWN verbieten, so dass man nur noch umsortieren kann. Vorteil bei der Pflege als zentral eingebundenes GCA wäre, dass man das ohne Umweg über ein Skript auch im ContentCreator pflegen könnte.
Für den zweiten Fall könnte man ähnlich arbeiten, aber ggf. Vorgabewerte (für die ganze Liste) benutzen.
Für die Auswertung reicht dann recht simple Template-Logik.
Vorteil wäre, dass man hier mit üblichen Template-Mechanismen auskommt, allerdings ist es halt nicht 100% generisch, weil man die Liste halt pro Projekt einmal füllen muss und manuell sicherstellen muss, dass jede Sprache genau einmal drin ist.
Viele Grüße
Michael
Hallo Rico,
als grobe Idee vielleicht folgendes: Eine FS_LIST, bei der die inneren Elemente nur eine Combobox mit CMS_INCLUDE_OPTIONS type="LANGUAGE" beinhalten, d.h. man hätte eine Liste von Sprachselektoren.
Wollt ihr das global fürs Projekt pflegen oder pro Seite? Für den ersten Fall könnte man diese Liste in den Projekteinstellungen (oder als globale Inhaltsseite, GCA) einmal mit allen Sprachen einpflegen und dann alle Aktionen bis auf UP und DOWN verbieten, so dass man nur noch umsortieren kann. Vorteil bei der Pflege als zentral eingebundenes GCA wäre, dass man das ohne Umweg über ein Skript auch im ContentCreator pflegen könnte.
Für den zweiten Fall könnte man ähnlich arbeiten, aber ggf. Vorgabewerte (für die ganze Liste) benutzen.
Für die Auswertung reicht dann recht simple Template-Logik.
Vorteil wäre, dass man hier mit üblichen Template-Mechanismen auskommt, allerdings ist es halt nicht 100% generisch, weil man die Liste halt pro Projekt einmal füllen muss und manuell sicherstellen muss, dass jede Sprache genau einmal drin ist.
Viele Grüße
Michael
Hallo Michael,
wir wollten es nur einmal global für das komplette Projekt pflegen und haben es jetzt auch entsprechend deinem Vorschlag mit einer Kombination aus FS_LIST und einer Combobox in einer Absatzvorlage implementiert 🙂
Danke für die Hilfe.
Gruß Rico