Hallo zusammen.
Ich habe folgendes Problem:
Unser Designer war so "kreativ", dass er in Abhรคngigkeit der Anzahl der Unterordner unterschiedliche Designs des Navigationshintergrundes mรถchte :smileyangry:
Ich muss nun auf erster Ebene wissen, wie viele Menรผpunkte Ebene zwei hat.
Mit Hilfe des Helpdesks (ich dachte ich hรคtte einen Fehler gefunden, hab's aber nur falsch verstanden) bin ich schon mal soweit:
$CMS_SET(counter,0)$
$CMS_FOR(folder,#nav.ref.parent.parent.parent.parent.getChildren(#nav.ref.parent.class))$
$CMS_IF(folder.getFolderLangSpec(#global.language).isVisible())$
$CMS_SET(counter,counter+1)$
$CMS_VALUE(folder.id)$
$CMS_END_IF$
$CMS_END_FOR$
Ich lasse mir die ID ausgeben, um zu รผberprรผfen, welchen Menรผpunkt er denn jetzt gerade zรคhlt.
Mir ist ja noch klar, das in Abhรคngigkeit der Anzahl der "parent"s, die ich angebe, auch die entsprechende Menรผebene durchgezรคhlt wird, jedoch nicht, warum er nicht immer die gleiche Menรผebene zรคhlt. OK, habe das nochmal รผberprรผft, habe auch das jetzt verstanden. D.h. das ganze wรผrde sich vereinfachen lassen, wenn fรผr jeden Ordner eine eigene Startseite besteht und nicht nur ein Startordner. Hier weiร ich jedoch nicht, ob das gewรผnscht, geschweige denn auf Dauer so sein wird. Ich kenn doch die Redakteure. 
Hat jemand eine Idee, wie ich herausfinde, wie viele Menรผpunkte Ebene X hat?
Danke schon mal! 
Ich habe mich durch diesen Artikel inspirieren lassen!
Dabei ist dann folgendes rausgekommen:
$CMS_TRIM(level:3, char:"\r\n")$
$CMS_SET(menu_count,0)$
$CMS_SET(menu_list, [])$
$-- alle ordner in tmpfolder und einzeln durchlaufen--$
$CMS_FOR(tmpfolder,#global.node.store.children(#global.node.parent.class))$
$-- ueberpruefen, ob ordner sichtbar ist --$
$CMS_IF(tmpfolder.getFolderLangSpec(#global.language).isVisible())$
$-- wenn ja, dann dessen unterordner durchsuchen ... --$
$CMS_FOR(otherfolder,tmpfolder.children(#global.node.parent.class))$
$-- und ueberpruefen, ob diese sichtbar sind --$
$CMS_IF(otherfolder.getFolderLangSpec(#global.language).isVisible())$
$-- wenn ja, dann wird dieser Ordner gezaehlt --$
$CMS_SET(menu_count,menu_count+1)$
$CMS_END_IF$
$CMS_END_FOR$
$-- alle gezaehlten Ordner der Liste hinzufuegen --$
$CMS_SET(menu_list,menu_list.add(menu_count))$
$-- und Wert wieder zurueck setzen --$
$CMS_SET(menu_count,0)$
$CMS_END_IF$
$CMS_END_FOR$
$CMS_END_TRIM$
Fรผr die Navigationsfunktion habe ich noch einen weiteren Counter angelegt:
$CMS_SET(navi_counter,0)$
Innerhalb der Navigationsfunktion frage ich dann ab, wie viele Eintrรคge jetzt in der entsprechenden Ebene enhalten sind:
$CMS_IF(menu_list.get(navi_counter) == 5)$###hier Style-Klassen-รnderung###$CMS_END_IF$
Und im innerEndHTML wird der Counter dann eins hoch gezรคhlt.
$CMS_SET(navi_counter,navi_counter+1)$]
Etwas "tricky", geht auch vielleicht einfacher (bin offen fรผr Vorschlรคge ), aber es geht jetzt erst mal!
Erstmal zwei Anmerkungen [da ich keine Zeit habe, das in Ruhe durchzulesen]
Wenn man wissen will, ob der _aktuelle_ Navigationspunkt sichtbare Kinder hat, hilft #nav.hasSubFolders() [gibt einen Boolean Wert zurรผck]
Will man den aktuellen Ordner in der Navigation haben, bekommt man den mittels #nav.folder
Mit den beiden Informationen soltle der Code bedeutend kรผrzer werden - und das Problem mit der Sitestore Wurzel auch nicht mehr auftreten
Tut mir leid, dass ich diese Infos in de helpdesk Antwort nicht mirgeschickt hatte - leider war mir wohl doch nicht ganz bewusst, was Sie wollten 
Hallo Herr Hรถbbel,
ja, gut zu wissen, hilft aber leider nicht weiter.
Ich muss wissen, wie viele sichtbare Kinder der Menรผpunkt hat, nicht ob. Daher hilft #nav.hasSubFolders() nicht weiter.
รber #nav.folder denke ich nochmal nach, ob das weiterhelfen kรถnnte!
Ein Kollege hat sich meiner kurz erbarmt und sich mit mir dran gesetzt.
Wir lassen uns jetzt per
$CMS_FOR(items,#global.node.store.children)$
$CMS_SET(folder_reference,items)$
$CMS_END_FOR$
ein Objekt vom Typen "PageRefFolderImpl" geben! (Eklig, oder? :smileygrin: Ich bezweifle auch, dass das IMMER funktioniert. Bisherige Tests sind aber immer positiv ausgefallen, da FS bei #global.node.store.children
wohl immer erst die einzelnen Seitenreferenzen und danach erst die Ordner auflistet.)
Die "forder_reference" dann an Stelle von "#global.node.parent.class" eingetragen und es lรคuft!
(Merkwรผrdigerweise muss ich das aber an beiden Stellen ersetzen. Warum ist mir nicht ganz klar, aber auch im Moment relativ! )
Sieht also jetzt so aus:
$CMS_TRIM(level:3, char:"\r\n")$
$CMS_SET(navi_counter,0)$
$CMS_SET(menu_count,0)$
$CMS_SET(menu_list, [])$
$CMS_FOR(items,#global.node.store.children)$
$CMS_SET(folder_reference,items)$
$CMS_END_FOR$
$-- alle ordner in tmpfolder und einzeln durchlaufen--$
$CMS_FOR(tmpfolder,#global.node.store.children(folder_reference.class))$
$-- ueberpruefen, ob ordner sichtbar ist --$
$CMS_IF(tmpfolder.getFolderLangSpec(#global.language).isVisible())$
$-- wenn ja, dann dessen unterordner durchsuchen ... --$
$CMS_FOR(otherfolder,tmpfolder.children(folder_reference.class))$
$-- und ueberpruefen, ob diese sichtbar sind --$
$CMS_IF(otherfolder.getFolderLangSpec(#global.language).isVisible())$
$-- wenn ja, dann wird dieser Ordner gezaehlt --$
$CMS_SET(menu_count,menu_count+1)$
$CMS_END_IF$
$CMS_END_FOR$
$-- alle gezaehlten Ordner der Liste hinzufuegen --$
$CMS_SET(menu_list,menu_list.add(menu_count))$$-- und Wert wieder zurueck setzen --$
$CMS_SET(menu_count,0)$
$CMS_END_IF$
$CMS_END_FOR$
$CMS_END_TRIM$
Mal schau'n ob sich das nicht doch noch optimieren lรคsst!
Ach ja, meine tolles Konstrukt befindet sich nicht in der Navigationsfunktion. Daher werde ich, solange wir keinen Weg finden die Funktion komplett darin abzubilden, auch nicht auf #nav zu greifen kรถnnen.
Viele Grรผรe
Ok, ich muss das hier nochmal ausgraben:
Wir lassen uns jetzt per
$CMS_FOR(items,#global.node.store.children)$
$CMS_SET(folder_reference,items)$
$CMS_END_FOR$ein Objekt vom Typen "PageRefFolderImpl" geben! (Eklig, oder? :smileygrin: Ich bezweifle auch, dass das IMMER funktioniert. Bisherige Tests sind aber immer positiv ausgefallen, da FS bei #global.node.store.children
wohl immer erst die einzelnen Seitenreferenzen und danach erst die Ordner auflistet.)
Also, eklig ist hier echt untertrieben. Ich habe jetzt herausgefunden, warum das funktionierte (und heute zwischenzeitlich nicht mehr! :smileygrin:)
#global.node.store.children
zeigt nรคmlich nicht immer erst auf die Seiten und dann auf Ordner. Von Sortierung nach Typen kann hier keine Rede sein. Die ist dem FS ziemlich schnuppe. Es erfolgt viel mehr eine Sortierung nach ID. Diese ist, logischerweise, aufsteigend sortiert und bekanntermaรen von der Reihenfolge der Anlage des Objektes abhรคngig.
Wenn ich also zuletzt im Strukturbaum an oberster Stelle eine Seite angelegt habe, erhalte ich unter "folder_reference" eine Seite und mein tolles Skript war fรผr'n "Hintern".
Derzeit habe ich jedoch das Glรผck, das ich eine Strukturvariable setzen musste, die auf einen Ordner verweist und das wird auch immer so bleiben. Daher ist es zuverlรคssiger als die bisherige Variante, wenn ich mir von dieser Variable die Referenz bzw. die Klasse der Referenz geben lasse.
Ich wรผnschte eine bessere Lรถsung prรคsentieren zu kรถnnen. Vielleicht findet sich diese ja noch!
In diesem Sinne: t.b.c.
