webbutveckling
Inlägg om webbutveckling, HTML, CSS och JavaScript.
Vad är nytt i DIGG:s nationella REST API-profil? Från v1.1.0 till v2.0.0
Om du har designat och byggt API:er för den offentliga sektorn under de senaste åren är chansen stor att du har använt DIGG:s (Myndigheten för digital förvaltning) nationella REST API-profil, troligtvis version 1.1.0. Syftet med profilen har alltid varit att standardisera och skapa interoperabilitet mellan offentliga aktörer.
Nyligen lanserades version 2.0.0 av REST API-profilen. Om du inte har haft tid att plöja igenom den uppdaterade dokumentationen ännu, är denna bloggpost för dig. Vi går igenom de största nyheterna, vad du behöver läsa in dig extra på och de relevanta standarder och RFC:er som styr arkitekturen.
DIGG:s nya REST API-profil (v2.0.0): Så bygger du moderna, spårbara och robusta API:er i .NET 10
Offentlig sektor i Sverige digitaliseras i en rasande takt, och i navet av denna utveckling hittar vi Myndigheten för digital förvaltning (DIGG). Med lanseringen av REST API-profil version 2.0.0 (nu den 16 juni 2026) har ribban höjts. Fokus har flyttats från isolerade system till hur API:er samverkar i stora, distribuerade kedjor över organisationsgränser.
För oss som bygger system i .NET-ekosystemet är tajmingen perfekt. Med .NET 10 har vi inbyggda, kraftfulla verktyg för att möta dessa nya, strikta krav. Här går vi igenom de största nyheterna i v2.0.0 (och uppstramningarna från 1.2.0) och tittar på hur du implementerar dem rent praktiskt i C#.
Fixa de "osynliga" uppdateringarna: Så hanterar du statusmeddelanden enligt WCAG 2.1
När vi bygger moderna, dynamiska webbapplikationer strävar vi ofta efter en sömlös användarupplevelse. Vi använder asynkrona anrop för att spara formulär, lägga till varor i en kundvagn eller hämta in nytt data utan att ladda om sidan. Visuellt är detta fantastiskt – en liten grön ruta dyker kanske upp med texten “Dina ändringar har sparats!”.
Men vad händer för de användare som inte ser skärmen och förlitar sig på skärmläsare? Ofta: ingenting alls.
Mörkt läge/Dark Mode: Inte ett lagkrav, men viktigt för dina användare (Så implementerar du det)
“Måste vi verkligen bygga ett mörkt läge för att uppfylla tillgänglighetskraven?” Det är en av de vanligaste frågorna när organisationer ska anpassa sina digitala tjänster efter DOS-lagen och det europeiska tillgänglighetsdirektivet. Svaret är både enklare och mer komplext än man kan tro. Låt oss reda ut juridiken, den medicinska vetenskapen och hur du bygger en skottsäker teknisk arkitektur.
Tillgänglighet för alla: Så granskar du din webbplats enligt WCAG 2.1
Oavsett om plattformen du bygger är en komplex .NET-lösning, ett interaktivt webbaserat spel, eller en inbjudande informationssida för den lokala dansklubben, finns det en gemensam nämnare som aldrig får ignoreras: tillgänglighet.
Att granska en webbplats enligt WCAG 2.1 (Web Content Accessibility Guidelines) handlar inte bara om att bocka av lagkrav, utan om att säkerställa att din kod och design fungerar för alla användare, oavsett funktionsvariationer. Här är de viktigaste tekniska och designmässiga aspekterna du bör fokusera på vid en granskning.