Closed xwolfde closed 8 years ago
Zusammenhang mit https://github.com/RRZE-Webteam/FAU-Theme/issues/265
Die Menüebene steuert auf Inhaltsseiten, was als Link über der linken Navigation angezeigt wird. Das ist eine übergeordnete Seite. Bei üblicher Umsetzung ist das eine Portalseite in 1. Ebene wie z.B. Universität. Oder eine Subportalseite 2. Ebene wie Leitung und Struktur.
Aber das ist doch redundant und damit an der Stelle unnötig! Denn diese Funktion erfüllt die Breadcrumb und die hinterlegte Schrift mit der Oberebene im Farbbalken!
ich würde die Optionsmöglichkeit einfach rausnehmen und schleicht in der Navi die Seitenstruktur bis zur aktuellen Seite +1 Ebene nach unten wenn vorhanden anzeigen und nach oben bis zum definierten Root.
Der Sinn des ganzen in einem Satz: Wir wollen die linke Seitennavigation übersichtlich halten, die sonst unerträglich lang wird.
Hintergrund sind Erfahrungen und Empfehlungen aus der Web-Usability. Die scheinbar verbreitete 7-plus-minus-2-Regel bei der Anzahl von Links/Navigationsoptionen ist damit gar nicht mal gemeint. Es geht schlicht um "weniger ist mehr".
Würden wir die Option ersatzlos abschaffen, hätten wir im Bereich Universität endlos lange Menüs, und die wollten wir mit dem Relaunch ja unbedingt loswerden. Auch auf anderen, moderenen Uni-Seiten ist uns das negativ aufgefallen beim Benchmarking (z.B. Leuphana: Schöne Seite, schwer zu überblickende Navi: http://www.leuphana.de/college/studium/pruefungen.html)
Man könnte den Standardwert auf 2 setzen (typische Inhaltsseite auf der 3. Ebene), aber die manuelle Einstellung ist momentan nicht ersatzlos streichbar.
Nachtrag, um Missverständnissen vorzubeugen: Die Funktion ist nicht redundant, da es sich um eine Einstellung mit Auswirkungen auf das Theme pro Seite handelt.
Die Darstellung ist natürlich redundant - by Design. Das ist so gewollt und war ein Teil der Redundanz, die wir ja bewusst mit dem Relaunch eingeführt haben, um die Seite deutlich benutzerfreundlicher zu gestalten. Auch, um nicht nur auf minikleine Hinweise wie Breadcrumbs setzen zu müssen. Die im Falle z.B. dieser Unterseite nicht mehr wirklich helfen: https://www.fau.de/studium/vor-dem-studium/bewerbung/zulassungsbeschraenkte-faecher-nc-bewerbung-wintersemester/unterlagen-fuer-die-bewerbung/ Landet man via Suchmaschine auf dieser Seite, so erschließt sich einem nicht unbedingt sofort, worum es geht (und das ist nicht immer mit Seitentiteln lösbar). Der Hinweis und Link in der linken Navi "Vor dem Studium" macht klar, dass es hier um Informationen für Studieninteressierte geht. Es gibt noch bessere Beispiele, aber hier haben wir eine sehr tiefe Menüebene. Würden wir das Menü nicht einschränken, stünde links oben nur "Studium" und das Menü wäre noch länger.
Ändert an die Einstellung so, dass die linke Navi auf der 1. Ebene beginnt, sieht es so aus wie im Screen. Im Bereich Universität gibt es extremere Beispiele - da ist noch viel mehr los. Und bitte nicht vergessen, es geht auch um den Fokus und das Ausblenden von Menüeinträgen, die auf dieser Seite irrelevant sind.
Ich verstehe den Sinn. Aber im Prinzip führt ihr damit eine für einen user der Webseite nicht vorhersehbare Willkürlichkeit ein: Je nachdem was der Bearbeiter der Seite einstellt, ist das Menü entweder vollständig oder nicht. Wenn es wenige Bearbeiter gibt, werden diese sich auf ein Schema einigen. Bei vielen Bearbeitern jedoch wird der ein langes Menü bevorzugen, der nächste ein kurzes, bei dem Oberpunkte weggefiltert werden.
Wenn man über den tellerrand seines eigenen Webauftritts schaut ist es schlimmer: Auf der einen Website wird es vielelicht nach dem Schema "alles ausgeklappt von Ebene 1" gehalten, bei der nächsten wird flexibel ab Ebene 2 geschaltet.
Das ist nicht einheitlich. Und das geht gar nicht.
Was kann man tun?
Schulen? Ein Plugin für fau.de und fau.eu draus machen, das für alle zur Verfügung steht, die sehr umfangreiche Navigationen haben? Die Fakultäten sind uns da doch dicht auf den Fersen...
Auf der Suche nach einem krasseren Beispiel habe ich eine Seite gefunden, bei der die Einstellung falsch ist (wie via Mail als Phänomen bereits gemeldet). Hier.
Falsch:
Richtig:
Man könnte das Menü sogar noch weiter reduzieren, nur auf Veranstaltungen und oben links bleibt trotzdem das Überportal stehen. Aber soweit sind wir noch nicht gegangen.
Achja: Man denke bitte auch an die responsive-Darstellung. Zumindest bislang sind da die Menüs in analog abgebildet und die Einstellung wirkt auch da.
Ich verstehe, dass die Einstellung für manche Nutzer zu komplex ist und unnötig, aber bei uns ist sie nötig und es gibt keine funktionierende Standardeinstellung. Man müsste die ganze Navigationslogik kaputtmachen/umprogrammieren, um die Funktion zu deaktivieren.
Ich bin für die Auslagerung in ein Plugin oder für eine Freischaltung der Funktion in den Theme Options. Ist sie deaktiviert, greift dein Vorschlag (Darstellung ab Ebene 1).
Bei den Updates ist das Menü im responsiven Layout schon berücksichtigt.
Können wir irgendwie eine "Regel" finden, die automatisch funktioniert, welche entscheiden kann, ab wann ein Menü reduziert ist und wann nicht? Dahin müssen wir kommen, darum geht es.
Lass uns nächste Woche mal nachdenken. Aus dem Bauch heraus würde ich nein sagen, aber es hängt schon mit der Ebenentiefe und der Existenz eines Subportals zusammen, evtl. kann man das also konditional machen.
Ein Problem bleibt: Es gibt sinnvolle Ausnahmen - man möchte mehr anzeigen. Was dann? (Wir tun das gerade auf fau.de/intranet, auch wenn das eine absolute Notlösung ist)
Ein Kompromiss könnte sein, die Ebenangabe durch ein einzigen Schalter zu ersetzen: Oberebenen anzeigen ja/nein. Sprich: Wenn man bei einer Ebene 3 wäre und das Menü hat 5 Ebenen, dann werden bei "ja" die Ebene 1 bis 4 angezeigt. Wenn nein, eben nur Ebene 3 und 4 und darunter.
Grundsätzlich wird immer die eigenen Ebene und die folgende Unterebene gezeigt.
Wir müssen das durchdenken. Aber eigentlich sollte ein Schalter funktionieren, denn die Einstellungen 3. Ebene ist ohne Funktion scheinbar, wir nutzen sie bislang auch nicht und schalten also nur zwischen zwei Optionen hin und her.
Wir haben lange Erfahrung und Tests mit dem Menü auf der RRZE Seite gemacht. Wir hattena uch die Form in der alle Obverelemente bis auf die Klicklinie einglendet waren. Die jetzige Variante (alles aufgeklappt), wie auch in dein Bild oben, wo du "Falsch" drüber geschrieben ist, ist die Variante, die sich nach viel user-feedback als die einzig richtige erwiesen hat.
Hm... Idee:
Das würde alles erlauben was man will und es wäre leicht vermittelbar.
Manuell gepflegte Menüs als Ersatz würde bedeuten, dass wir für hunderte Seiten Menüs bauen müssen? Oder fast alle? Unmöglich zu leisten...
Der wahrscheinlich beste Vorschlag kam von dir oben, ich weiß nur nicht, ob ich ihn richtig verstanden habe, Zitat:
"Ein Kompromiss könnte sein, die Ebenangabe durch ein einzigen Schalter zu ersetzen: Oberebenen anzeigen ja/nein".
Ich verstehe das so:
Weil das alles so kompliziert ist, sollten wir kurz telefonieren, um Missverständnisse auszuschließen und das Substrat kann ja wieder hier rein :)
Ähm. mal ne dumme Frage: Du weißt doch, daß die Page-Nav den Tree nur von seiner Wurzel aus zeigt und die Wurzel jederzeit durch die Änderung der Hierarchieebene geändert werden kann?
Veranschaulichung:
Dein Page-Tree sieht so aus:
Root -- Elternelement1 -- Elternelement 1.1 --Child 1.1.1 -- Child 1.1.2 -- Elternelement 1.2 -- Elenterelemnt 1.3
Du bist dann auf der Seite "Elternelement 1.1":
Dann zeigt die Page-Nav den ganzen obigen Tree an. Wenn du aber nun sagst, du willst ab Ebene "1" machen, dann bedeutet das doch nur, dass du den Root von Elternelement 1 löst und Elnternelement 1 zum Root machst?
Dazu braucht man doch nichts extra programmieren... Dazu muss man nur die Seitenhierarchie korrigieren. Von daher verstehe ich den Hintergrund der Diskussion nicht.
Wichtig bei allen ist aber eines: Die Breadcrumb die oben in Bannerleiste ist MUSS in der Navigation enthalten sein. Da geht kein Weg dran vorbei. Und die Breadcrumb basiert auf der Hierarchie.
Ich glaube, wir reden aneinander vorbei oder ich verstehe etwas nicht, ich kenne die Anpassung des Menüs ja nicht auf Code-Ebene.
Die Agentur hat die Darstellung des Menüs beeinflusst, ohne Seiten zu verschieben und das funktioniert für uns wunschgemäß. Die Baumlogik wird dadurch nicht beeinflusst - und die Breadrcumb ist ergänzend da und wird auch immer bleiben.
Was wir erhalten wollen, ist die reduzierbare Darstellung der Menüebenen in der linken Navi.
Also gut. Ich werde es für euch so drin lassen. Aber... : Nur via Extra-Option einschaltbar (bei euch ists dann an); Für alle anderen ist per default aus und dann nicht sichtbar bis man es einschaltet. Und ich werde eine Notiz dazuschreiben, dass der Einsatz dieser Funktion nicht empfohlen wird und wir (als Webteam) keinerlei Support dazu leisten. Wenn das Ding Sachen tut, die unerwartet oder falsch sind, kümmern wir uns nicht drum. Das gilt auch für den gemeldeten Bug(?).
Die Inline-Menüoption wird ab der nächsten Version der Themes nur noch dann aktiviert, wenn das Theme auf den Modus der FAU-Startseite gestellt wird. Dies ist nur definierten Webauftritten unter fest definierten ULs möglich. Bei allen anderen Websites steht diese Funktion nicht mehr zur Verfügung.
Sprich: Für die zentrale FAU-Website ändert sich nichts. Für alle anderen ists weg.
Eine kurze Nachfrage @xwolfde Es gibt jetzt auch keine Extra-Option die Menüebenen manuell anzupassen?
Nein, derzeit nicht. Die Gefahr der Fehlbenutzung (und damit der dadurch generierte Supportaufwand zur Korrektur) ist viel zu groß als dass ich dies anbieten will.
Alles klar.
@xwolfde Nur eine kurze Frage, was machen wir mit solchen Fällen? ("Studieninhalte" und "FAQ und Downloads" sind Unterseiten von Sozoek) Ich meine das war vor nicht allzu langer Zeit mal anders...
Hm,. ich würde sagen: Den Webmaster, der eine so tiefe Menüstruktur entwarf, nochmal zur Nachschulung über sinnvolle Taxonomien schicken :=P Sechs Hierarchieebenen ist einfach viel zu viel.
Die Studiengänge würde ich alle direkt unter Studium legen. Aber nicht noch unter den zwei Ebenen Studienprofil->Studienangebot.
Danke für die Anregung, ich werde sie dem zuständigen Webmaster mitteilen und auch nochmal den Kurs nahelegen. Sechs Ebenen, was hat der sich dabei Gedacht?... Am 22.09.2016 16:44 schrieb Wolfgang Wiese notifications@github.com:Hm,. ich würde sagen: Den Webmaster, der eine so tiefe Menüstruktur entwarf, nochmal zur Nachschulung über sinnvolle Taxonomien schicken :=P Sechs Hierarchieebenen ist einfach viel zu viel.
Die Studiengänge würde ich alle direkt unter Studium legen. Aber nicht noch unter den zwei Ebenen Studienprofil->Studienangebot.
—You are receiving this because you commented.Reply to this email directly, view it on GitHub, or mute the thread.
Die Menüoptionen zur Navileiste (Ebene) sind schwer verständlich. Sind sie notwendig?
Aus einer Mail von @RRZE-Webteam/fau-webredaktion