Questions & Answers

SOLVED
rbaerisc
I'm new here

Reihenfolge der Projektsprachen redaktionieren

Jump to solution

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

0 Kudos
1 Solution

Accepted Solutions
mbergmann
Crownpeak employee

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

View solution in original post

0 Kudos
2 Replies
mbergmann
Crownpeak employee

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

0 Kudos

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

0 Kudos

Type a product name