Aloha ;)

Ich sprach da in der Vergangenheit schon mehrfach von einer „verlorengegangenen Interaktionsebene“, die uns Touch-Geräte-/Browser-Hersteller nach wie vor schuldig bleiben und die wir jetzt irgendwie emulieren müssen

Andersrum wird ein Schuh draus: Designer/Entwickler sollten aufhören, spezielle Interaktionsformen von Desktop-Anwendungen allgemein aufs Web übertragen.

Nein. Einfach nein. Die Interaktionsform via hover ist schon sehr viel länger „im Web“ (zum Beispiel in den Standards) als Touch-Geräte das Web darstellen.

Sorry, aber das geht mir schon wieder zu sehr in Richtung spiritistischer Verklärung und Rechtfertigungslehre. Meine Aussage war eigentlich recht simpel: Vor der Verbreitung von Touchgeräten gab es eine Interaktionsebene, die jetzt nicht mehr ohne weiteres zur Verfügung steht.

Ich glaube nicht, dass man daran viel diskutieren muss.

Genauso wie man nicht drüber diskutieren muss, dass man die armen Touch-User, die kein hover können, nicht im Regen stehen lassen darf.

Ich glaube nicht, dass dem viel hinzuzufügen ist?!

Ein Tooltip erscheint und erläutert die Steuerung in einem Satz

Spätestens hier hätte dir dein Fehler auffallen sollen. UI-Elemente hinzufügen, um das UI zu erklären – funktioniert immer. Nicht.

Auf deine konstruktive Erklärung, wie man ein solches Menü auch den nicht-hover-fähigen zugänglich machen kann, bin ich gespannt. Der Schuh, da eine intuitive Behandlung von hover zu erreichen, liegt eigentlich bei den Browserherstellern - die sich aber bis heute diesen Schuh nicht anziehen. Deshalb gibt es da keinen einheitlichen Bedienungsmechanismus, und deshalb brauchts eine Erklärung. Die im Übrigen mehr dazu da ist zu zeigen "da geht noch mehr als nur das Untermenü anzuzeigen"; die Bedienung ist ja bis auf den Doppelklick intuitiv.

Wenn du mir jetzt sagst: „geht nicht, mach ein anderes Menü“, dann sage ich dir, dass du damit einerseits Recht hast und andererseits das Thema damit um Elefantenbreite verfehlst; ich hatte sehr deutlich beschrieben, dass es mir darum ging, das Dilemma „bestehendes Hover-Menü für Touch-User bedienbar machen“ zu behandeln und nicht die Frage, ob man das Dilemma nicht auch irgendwie durch Refactoring umgehen kann.

Zum Anschauen: https://eja-aalen.de/angebote/freizeiten[^1]

Zickt rum beim Laden.

Das ist keine sehr hilfreiche Fehlerbeschreibung.

Auf dem iPhone erscheint das Menü in Gänze – ohne dass eine Hierarchie erkennbar wäre, was Unterpunkte und was Unterunterpunkte sind.

Die nur improvisierte Darstellung auf sehr schmalen Bildschirmen ist einer der Gründe, warum da dringend eine Komplett-Überarbeitung her muss. Das war aber hier nicht der Punkt. Wenn du dein iPhone drehst kannst du im Querformat das sehen, was ich hier zeigen wollte. Falls du daran überhaupt interessiert bist.

Beim Scrollen flackern wie wild Farben auf.

Kannst du das genauer beschreiben? Mir ist nicht klar, auf was du mich hinweisen möchtest.

Ordentliche Tastatursteuerung gibt mein Menü im Moment leider nicht her, da war ich damals schlampig. […] das hätte ich noch zusätzlich sicherstellen müssen.

Die Vergangenheitsform ist unangebracht.

Ist sie nicht. Dass eine Neugestaltung ansteht (nicht-Vergangenheitsform) habe ich deutlich geschrieben.

Solange das Menü nicht benutzbar ist, solltest du es nicht als Beispiel präsentieren. Es sei denn, als Negativbeispiel.

Ach, hab ich das denn? Ich habe absichtlich dazugeschrieben, dass die verlinkte Seite eben nicht beispielreif ist.

Ich hätte natürlich auch hergehen können und einfach nur den Quellcode ohne was zum Anschauen hinknallen können. Oder mir noch mehr Zeit um die Ohren schlagen und das auf Codepen nachbauen können. Stattdessen habe ich darauf vertraut, dass Leser meines Beitrages versuchen zu verstehen, was ich Ihnen sagen möchte, ohne selbst jede Eventualität eines Missverständnisses auszumerzen.

Oder anders formuliert: Ich hatte auf Anwendung des Prinzips der wohlwollenden Interpretation gehofft, um sachlich voranzukommen, und bin auf Strohmann-Argumente gestoßen. Na was das bloß aussagt...

Grüße,

RIDER