Som senior frontend-utvecklare med särskild kompetens inom tillgänglighet på webben stöter jag konstant på olika situationer där något som ser enkelt ut faktiskt inte är så enkelt. I den här artikeln ska vi bygga ett litet frågetecken.
Detta inlägg är en förkortad version av en lång artikel.
Är du frontend-utvecklare, designer, beställare, produktägare, projektledare? Fortsätt att läsa, det kommer att finnas något för alla.
Denna design är vanligt förekommande.
Bilden föreställer ett vanligt formulärfält, alltså en input med en label (etikett). Det finns ett frågetecken som är placerat inne i fältet längst till höger.
Vad är syftet med frågetecknet? Vilka spontana krav finns att ställa på komponenten? Finns det något sätt att göra en enklare design på? Spoiler: ja.
Det går snabbt, och är enkelt, att bygga något som har brister. Men det visar sig att det läggas till fler krav som måste finnas för att alla användare ska kunna ta del av informationen.
Kravställ utifrån olika användares behov, och ta tiden att problematisera.
I slutet av 2026 når Umbraco 13 End-of-Life. Plattformen kommer då inte längre få löpande säkerhetsuppdateringar eller aktiv support från Umbraco HQ. Men det mest intressanta är egentligen inte datumet i sig.
Många Optimizely-lösningar fungerar stabilt i många år. Innehåll publiceras, integrationer gör sitt jobb och verksamheten märker kanske inte av några större begränsningar i vardagen.
Tillgänglighetsstandarder brukar beskrivas som ett ansvar. Något man måste följa, ibland lite motvilligt. Men i grunden handlar de om struktur och mening. Och just det är vad även maskiner behöver för att förstå.