Zum Hauptinhalt springen

2 Posts getaggt mit "link"

Alle Tags anzeigen

Aria-Attributen bei Button- und Link

· 2 Minuten Lesezeit
Martin Oppitz
Architekt@ITZBund & Creator of KoliBri

Bei der Entwicklung von KoliBri ist die Frage aufgekommen, welche Aria-Attributen bei den Button- und Link-Komponenten unterstützen werden sollen.

In der folgenden Tabelle wir eine Übersicht über die Unterschiede dargestellt:

MerkmalLinkLinkButtonButtonButtonLinkToogleButton1
DesignLinkButtonButtonLinkButton
Semantikaabuttonbuttoninput
_ariaControls
_ariaCurrent2
_ariaExpanded
_ariaSelected
_disabled
_href
_on
_valueboolean
focus()

1 Der Toogle-Button wurde als Variante der Checkbox umgesetzt, weil es ein Schalter mit maximal zwei Zuständen (entweder "an" oder "aus") ist.


2 Das _ariaCurrent-Attribut wird zukünftig über ein Event statt ein Property gesetzt.

Button- und Link-Komponenten

· 3 Minuten Lesezeit
Martin Oppitz
Architekt@ITZBund & Creator of KoliBri

Wir bieten heute die Varianten von Button, ButtonLink, Link und LinkButton an. Zukünftig werden wir zusätzlich den ButtonToggle (Toogle-Button) anbieten. Optisch gibt es Buttons die genau wie Links aussehen und Links die genauso wie Buttons aussehen.

In der folgenden Tabelle wir eine Übersicht über die Unterschiede dargestellt:

MerkmalLinkLinkButtonButtonButtonLinkToogleButton*
DesignLinkButtonButtonLinkButton
Semantikaabuttonbuttoninput
_href
_on
focus()
Wertboolean

* Der Toogle-Button wurde als Variante der Checkbox umgesetzt, weil es ein Schalter mit maximal zwei Zuständen (entweder "an" oder "aus") ist.

Motivation

KoliBri strebt neben einer hohe Standardkonformität auch eine sehr gute Wiederverwendbarkeit (Developer Experience DX) an. Diese wird durch die Einheitlichkeit zu den HTML-Attributen und dem sparsamen Umgang mit zusätzlichen Properties adressiert.

Rationale: Wenn wir bei einer Link-Komponente, die zum Navigieren gedacht ist, die beiden Verhalten Navigieren und Klick ohne Navigieren anbieten würden, dann hätten wir einen Widerspruch im Verhalten. Auch bei der Verwendung in der Entwicklung müssten wir die Properties _href und _on optional machen und wir könnten nicht mehr vor der Falschverwendung warnen (Statische Codeprüfung).

Herausforderungen

Diese strenge Auslegung kann dazu führen, dass es bei der Entwicklung mit anderen Bibliotheken und Frameworks zu Problemen kommt. Vor allem dann, wenn diese bei einem Link einen Klick erwarten.

React-Router

Der React-Router bildet das Navigieren über Klicks ab. Bei der Verwendung mit der Link-Komponente gibt es unterschiedliche Möglichkeiten der Implementierung.

Wrapping:

<Link to="/">
<KolLink _href="" _label={`Home`}/>
</Link>
<Link to="/test">
<KolLink _href="" _label={`Test`}/>
</Link>

Per Klick:

<KolButtonLink
_label="Home"
_on={{
onClick: () => navigate("/")
}}
>
Home
</KolButtonLink>
<KolButtonLink
_label="Test"
_on={{
onClick: () => navigate("/test")
}}
>
Test
</KolButtonLink>

React-Link:

<KolLink
_href=""
_label="Home"
onClick={() => navigate("/")}
>
Home
</KolLink>
<KolLink
_href=""
_label="Test"
onClick={() => navigate("/test")}
>
Test
</KolLink>

Hinweis: _href="" ist eigentlich nicht erlaubt.

Hier gibt es auch ein kleines Code-Beispiel zum .

Die angegebenen Beispiele zeigen, dass die Link- und ButtonLink-Komponente für die direkte Nutzung mit React-Router geeignet sind. Allerdings wird die Link-Komponente auch innerhalb anderer KoliBri-Komponenten verwendet. Wo das so nicht funktionieren würde!

Server-Side-Rendering

Das Server-Side-Rendering ist sehr ähnlich zum React-Router, weil dieser technisch sehr stark durch das Framework Remix getrieben ist. Remix ist ein Framework zum Erstellen von hybriden Client- und Server-Side-Webapplications. Das heißt die Implementierung unterscheiden sich nicht, ob ich die Anwendung später als Client- oder Server-seitige Anwendung bauen möchte. Für Server-Side-Anwendungen müssen die navigierenden Links mit einem Klick funktionieren, weil diese Anwendungen auf dem Server und nicht im Browser ausgeführt werden.

Um die Wiederverwendbarkeit von KoliBri auch für Server-Side-Webapplications zu gewährleisten, muss der Seitenwechsel auch durch Klick ohne Navigieren möglich sein.

Lösung

Um die Herausforderungen zu lösen, werden alle Komponenten, denen Link-Definitionen übergeben werden, erweitert. Wenn diesen Komponenten wahlweise auch ButtonLink-Definitionen übergeben werden können, dann können diese auch Klicks abbilden ohne zu Navigieren, sehen aber optisch weiterhin wie Links aus.

Folgende Komponenten müssen dazu noch erweitert werden:

  • Breadcrumb
  • LinkGroup
  • Nav
  • SkipNav