Zitat:
Denke daran, dass dann jede Seite, welche Unterseiten hat, eine Weiterleitung auf die 1. Unterseite sein muss, also selbst keinen Inhalt hat, weil man diese Seite selbst dann nicht mehr aufrufen kann. (Näheres dazu gleich) Weiterleitungsziel braucht man dabei nicht einzustellen.
Ja, das wusste ich, das ist bei der Website schon seit Jahren so eingerichtet, sehr praktisch.
Zitat:
mobile_menu arbeitet damit, dass der 1. Klick das Untermenü öffnet und der 2. Klick auf den selben Link dann die Seite aufruft. Das finde ich eigentlich nicht so optimal.
Aber wenn es bei Klick eine Weiterleitung auf die 1. Unterseite gibt, kann man die Parent-Seite ja sowieso nicht zweimal aufrufen...? Also, ich finde mobile_menu sehr intuitiv.
Zitat:
Die verschwinden nicht sondern die neue Seite wird geladen und der erste Zustand ist halt der, dass die Untermenüs versteckt sind.
Ich formuliere vielleicht nicht so sauber, weil es so schön ist, wenn sie verschwinden wie gewünscht :-). Bei dem erwähnten JS ist im CSS .sub-menu {display:none;} ja der Ur-Zustand und das remove.Class ist der Zustand, den ich mir beim mobile_menu wünschen würde. Aber ich verstehe jetzt besser, dass mobile_menu halt normalerweiese mit einem Trigger arbeitet und die Kulturbanausen mit einem eigenständigen Menü.
Zitat:
Eine Templateänderung brauchst du da nicht, musst nur die Selektoren im Script ändern. .menu-item-has-children ist bei Contao z.B. .submenu und $('.site-nav > ul > li > .sub-menu') wäre $('#myNav .submenu > ul')
Letzteres hat nicht funktioniert, da sind auch die Elternelemente verschwunden. Wahrscheinlich, weil die Klasse .sub-menu auf die ul gelegt wird und nicht auf das li.
Vielleicht werde ich Kamil mal fragen, ob er sein Menü für Desktop ohne Trigger erweitern würde.
Zitat:
Man kann darin besser werden, wenn man zwischendurch mal Spielereien direkt in der Konsole des Browsers macht...
Für solch eine "Spielerei" müsste ich erstmal ein paar Monate intensiv büffeln ;-). Aber ein sehr interessantes Ergebnis.