Vanilla JavaScript im Einsatz – von kleinen Helfern bis zu eigenständigen Modulen, die ihren Job machen ohne Framework-Abhängigkeit.
Nach dem Schliessen eines Bootstrap-Modals soll der Fokus wieder dort landen, wo er vorher war – beim Element (meist ein Button), das den Modal geöffnet hat. Das betrifft die Bedienung mit Tastatur, Screenreader und Maus. Ein kleines JavaScript löst das zentral für alle Modals einer Seite, auch dort, wo Bootstrap den auslösenden Button nicht selbst kennt.
Wenn HTML-Cards bei jedem Seitenaufruf in einer anderen Reihenfolge erscheinen sollen, lässt sich das mit ein wenig JavaScript und CSS lösen – ganz ohne Eingriff ins Backend. Die Cards sind zunächst unsichtbar und ihr Platz auf der Seite ist von Anfang an reserviert, damit sich der Inhalt darunter nicht verschiebt. Sind sie gemischt, erscheinen sie.
Bei langen Tabellen verliert man schnell die Übersicht, wenn der Tabellenkopf aus dem Sichtfeld scrollt. Wenn man den Tabellenkopf mit CSS festhält, während die Zeilen darunter durchlaufen, behält man die Übersicht. Und das ist weniger aufwendig, als man denkt.
Jeder kennt sie, man setzt sie fast voraus, und sie rückt ein Bild oder anderen Inhalt vor einem abgedunkelten Hintergrund in den Fokus – eine Lightbox. Für WordPress lässt sich so etwas mit einem Plugin lösen – oder man programmiert etwas Schlankes, das nur lädt, wenn es gebraucht wird, und sonst nicht.
Einen Button zum Teilen meiner Beiträge – der den Fokus ganz aufs Teilen legt, so wie es YouTube macht, das wäre doch was. Also ein modaler Dialog (Modal). Was nach einer Fingerübung aussah, wurde zum Lehrstück: Ein Modal ist ein eigenes Dokument, und sobald man das realisiert, fängt die eigentliche Arbeit erst an.
Die ganze Beitragsvorschau anklickbar machen, nicht nur den Weiterlesen-Link – und das barrierefrei. Klingt einfach, war es nicht. Bis ich merkte, dass ich das falsche Problem lösen wollte. Die richtige Lösung war dann fast peinlich simpel.