Hej Gunnar,
@@marctrix
Ich fand den Verzicht auf das href nie als Optimum.
Die Spec sieht das explizit vor: “If the
a
element has nohref
attribute, then the element represents a placeholder for where a link might otherwise have been placed, if it had been relevant, consisting of just the element’s contents.”Und liefert auch ein Beispiel.
Manchmal führt die Spec auch in die Irre, HTML5 ist ja einerseits gerade bemüht, Trampelpfade zu asphaltieren, also gängige Praxis und Konventionen zu standardisieren.
Dann wiederum (wie in diesem Fall) möchte sie Konventionen bilden. Dieser Widerspruch allein macht sie schon ungeeignet um nachzuweisen, welches Element aus Nutzersicht das erwartete und damit verständlichste ist.
Wenn die Spec immer recht hätte, wäre das entrümpeln in der Version 5.1 ja unnötig gewesen. menu
beispielsweise einzusetzen, hätte wohl nie einen Gewinn an Benutzerfreundlichkeit bedeutet - egal ob Teil des Standards oder nicht.
Die Ersetzung mittels strong um die aktuelle Seite zu betonen, finde ich deutlich besser.
Warum sollte der Menüpunkt der aktuellen Seite auf der semantischen Ebene hervorgehoben werden? Er ist doch im Menü nicht bedeutsamer als die anderen. Im Gegenteil.
Sehe ich anders. Wieso sollte die aktuelle Seite denn nicht etwas besonderes unter allen ansonsten gleichrangigen Seiten sein? - Für mich ist sie das eindeutig! Und damit ein Paradebeispiel für den sinnvollen Einsatz von strong
. Mir ist natürlich klar, dass ich dich nicht werde überzeugen können ;-)
Der Menüpunkt der aktuellen Seite wird in der Betonung zurückgenommen. Nur weil es der einzige derart zurückgenommene ist, erscheint er hervorgehoben.
Eben, jedem erscheint er hervorgehoben - und trotzdem soll ich ihn semantisch zurücknehmen? Entgegen dem Empfinden und der Erwartung der Nutzer? Warum? - Mir fällt nur ein Grund ein: Standardkonformität über Nutzerwünsche zu stellen!
Kein Grund für
strong
, IMHO.a
ohnehref
ist semantisch genau das Richtige.
Wie kann es richtig sein, das, was jeder™ als hervorgehoben wahrnimmt, semantisch zurückzunehmen?
Benutzerfreundliche Lösungen erfüllen die Erwartungen von Nutzern, nicht die der Spec. Die Spec hat sich den Realitäten anzupassen und diese zu standardisieren, nicht umgekehrt.
Deswegen brauchen wir ja auch ein di
...
Marc