Semantischer Kontext von Menüs

Avatar of Chris Coyier
Chris Coyier am

DigitalOcean bietet Cloud-Produkte für jede Phase Ihrer Reise. Starten Sie mit 200 $ kostenlosem Guthaben!

Scott taucht tief in die Geschichte des <menu>-Elements ein. Er verfolgte es bis ins HTML 2 (!) in einem Änderungsprotokoll von 1994 zurück. Die damalige Stimmung schien darin zu bestehen, eine Liste zu markieren. Ich würde vermuten, die Absicht war sehr ähnlich wie heute bei <nav>, aber ich weiß es wirklich nicht.

Kurz gesagt: HTML 4 hat es als veraltet erklärt, HTML 5 hat es wiederbelebt – dieses Mal als „Befehlsgruppe“ – und dann hat HTML 5.2 es wieder als veraltet erklärt. Eine ziemliche Enttäuschung, da es einige klare Anwendungsfälle hat.

Es war also eine ziemliche Achterbahnfahrt für das alte <menu>! Die HTML-Evolution scheint nie einfache Siege zu kennen. Aktuell befindet es sich im Bereich „nicht der Rede wert“.

Ich habe diesen Beitrag eigentlich als Gegenpunkt zu der oft gehörten Aussage „Verwenden Sie semantisches HTML und Sie erhalten Barrierefreiheit kostenlos!“ geschrieben. Diese Aussage ist oberflächlich betrachtet weitgehend richtig. Und Sie *sollten* semantisches HTML verwenden, wo immer es angebracht ist. Leider bietet <menu> nicht wirklich viel, auch wenn es klar definierte Semantiken hat. Seine beabsichtigte Semantik und das, was wir in der Realität tatsächlich benötigen, werden besser durch die Verwendung des robusteren <ul>-Elements oder durch die Erstellung eigener role=toolbar, menubar usw. bedient. Dieses semantische Element nur um seiner selbst willen zu verwenden, ist eben das.

Direkter Link →