blogs.creuna.se
Som en del av er vet och som en del av er kanske märkt så har templatesajten blivit uppdaterad med ett helt nytt ramverk.
Den nya templatemallen är en från grunden omgjord plattform för att ligga som grund många olika typer av projekt. Markup och stilmallar är byggda för att utgöra en generellgrund anpassad för helt olika typer av design och funktionalitet. (Läs mer…)
Hej alla människor som läser detta. Hoppas ni är många. Jag låtsas att ni är det. (Det känns liksom inte lika roligt att skriva ett blogginlägg om man låtsas att bara en eller kanske två kommer att läsa det.) Hur som helst, detta är mitt första blogginlägg på Creuna-bloggen och jag tänker börja med att recensera en bok jag läst under sommaren.
Boken heter “Designing with Progressive Enhancement Building the Web that Works for Everyone”. Den är skriven av Todd Parker, Patty Toland, Scott Jehl och Maggie Costello Wachs. Vilka är de då? Jo, de kommer alla från ett designföretag i Boston som heter Filament Group. Om du undrar hur de låter så kan du lyssna på dem på jQuerys Podcast. Om du vill veta hur de ser ut, ja då får du googla. (Det gjorde jag). Scott Jehl har även en egen webbsida. De verkar alla vara engagerade människor som pysslar med kända saker som jQuery UI och A List Apart.
Nog om dem. Tillbaka till deras bok. Titeln översatt till svenska blir “Designa med progressiv förbättring. Bygg en webb som fungerar för alla”. Det hela handlar kort sammanfattat om att försöka leverera funktionalitet som är så bra som möjligt men som även passar så många som möjligt. Motsatsen till progressiv enhancement tycker jag själv bäst sammanfattas av bilden nedan.
Boken börjar med att förklara vad den progressiva förbättringen innebär och den använder drygt 140 sidor för att göra detta. Det är med andra ord ganska genomgående och man får även lära sig (om det nu skulle vara så att man inte visste det) att man till exempel ska undvika inline JavaScript och att det finns andra element än divar och spans som man kan använda sig av när man skriver sin HTML. Tyvärr verkar boken (eller författarna) lida av det jag kallar för USA-boks-syndromet vilket innebär onödigt långa beskrivningar på grund av att folk där blir betalda per sida de skrivit istället för betalning baserat på kvaliteten på innehållet. (Detta behöver inte vara sant just här. Det kan ju också ha något att göra med att det är fyra personer som skriver och alla tyckte att mer text är roligare. )
Förutom de goda och allmänna tipsen angående frontend så blir man invigd i något som översatt kallas för röntgen-metodiken. Den går ut på att när det ramlar ner en tok-avancerad design uppbyggd av enhörningar som dansar bugg i 3D så ska man ta detta och syna det med röntgen-blick. Genom detta kommer man fram till de grundläggande HTML–element som bör användas för att man även om man sitter på en gammal burk med Nutscrape ska kunna uppleva något slags innehåll. I fallet med de buggande enhörningarna så antar jag att vi pratar om någon slags bild med tillhörande målande text. Man ska sedan med hjälpt av JavaScript utföra lite tester för att se om stöd finns hos användaren för mer avancerade prylar. Om svaret är ja så slår man på stora trumman och de galna enhörningarna hjular in. Ungefär.
Efter den genomgående inledningen kommer man in på del två som är riktiga exempel. Här dyker välkända saker som utfällningar och tabb-navigering upp och man har även ett genomgående exempel på hur man gör om en tabell till ett linjediagram med hjälp av canvas. Man är noga med tillgängligheten och lägger in aria-attribut. Man ser också till att de går att styra de olika elementen med hjälp av piltangenterna. Alla exempel finns att ladda ner och beskåda på Filaments webbplats.
Det jag saknar lite i boken är det inte finns några slags prestanda-tester. Hur mycket kräver dessa skript? Att man dessutom ska testa för varje ny besökare om stöd finns för avancerad CSS och JS kan ibland kännas som något som kanske kan vara svårt att tillämpa på ett webbprojekt med liten budget och snåla tidsramar. Jag undrar också lite angående statistik för vilka webbläsare som inte stödjer till exempel button-elementet. Ett element som jag själv använt i hela mitt liv men som boken rekommenderar att man ska ersätta med ett input-element tills man testat av stöd. Jag upptäckte även att det fanns lite buggar i deras egna exempel. Bland annat ett exempel för att generera och ta bort etiketter som fungerade lite sådär.
Sammanfattningsvis så tycker jag att detta är en väldigt välskriven bok som på grund av den genomgående inledningen säkert även kan passa någon som känner sig lite vilse i frontend-djungeln. Man bör även notera att ordet design ingår i titeln vilket jag av erfarenhet har förstått betyder att författaren utgår från att du inte kan så mycket mer än Photoshop (Vilket naturligtvis är bättre än ingenting alls). Boken har absolut fått mig att tänka till lite extra när jag bygger in funktionalitet på webbsidor. Jag har blivit mer kritisk, på ett bra sätt tror jag, och börjat fundera lite mer runt tillgänglighet och vad som går att göra på webben.
Tack (hint!) för att ni läst min recension.
Jag tyckte det var intressant att igår läsa Internetworldartikeln och pressmeddelandet om regeringens nya delegation som ska leda och samordna arbetet med att utveckla it-baserade tjänster och lösningar i staten. Särskilt att de trycker på att e-tjänsterna ska bygga på öppna standarder. Jag börjar osökt tänka på WCAG 2.0 och att webb- och e-tjänstesatsningar både från statligt håll, från kommuner och landsting men givetvis även från den privata sektorn måste vara tillgängliga för alla. Regeringen pratar även om att använda programvara som bygger på öppen källkod samt sträva efter lösningar som stegvis frigör förvaltningen från beroendet av enskilda plattformar och lösningar. För varje organisation som ska satsa på e-tjänster är givetvis teknik- och produktval viktiga. Det gäller att välja den teknik som hjälper dig att göra e-tjänster som följer standarder och är tillgängliga för alla, även om teknikvalet är givetvis bara en liten del i vad som gör en e-tjänst tillgänglighetsanpassad.
På Creuna pratar vi en hel del om detta med webbplatser tillgängliga för alla och webbplatser som följer webbstandarder. Vervas halvårsutvärdering av offentliga webbplatser i oktober 2008 visar på ett ganska nedslående resultat. Vi anser att en seriös IT-leverantör som arbetar med webbutveckling måste kunna leverera lösningar som uppfyller webbstandarder.
Webbstandarder och tillgänglighet är hygienfaktorer som handlar om mycket mer än en webb anpassad för användare med funktionshinder. Det handlar inte heller bara om sökoptimering eller att en webbplats eller e-tjänst ska vara surfbar i alla webbläsare och mobila enheter. Utveckling enligt webbstandards ger effektiva och hållbara webbplatser som är förberedda för att konsumera och producera framtida tjänster. Att följa webbstandarder är en miniminivå. Nästa steg är att nå visionen om den semantiska webben med öppna och intelligenta webbplatser med oanade möjligheter till integration och smarta tjänster för medborgarna. Men vems ansvar är det att webbplatserna blir moderna och tillgängliga för alla? Ska verksamheten ställa kraven, leverantören implementera och acceptanstestet verifiera att kraven är uppfyllda och därmed säkerställa kvaliteten? En seriös leverantör som utger sig för att ha kunskap att leverera webbtjänster ska kunna mer än så – de måste hjälpa sina beställare med kravställningen.
Vi tror att de bästa lösningarna tas fram under en process där många specialistkompetenser är involverade. Interaktionsdesigners, verksamhetsrepresentanter, tillgänglighetsspecialister, utvecklare och formgivare samarbetar. Det handlar om att utgå från verksamhetsmålen, börja enkelt, prioritera tillsammans med kunden, testa, fråga användarna, prototypa, justera, utveckla och fråga användarna. Långa produktkravspecifikationer över komplexa webbplatser som efter godkännande lämnas över till utvecklaren undanbedes. Att kravspecifikationen är uppfylld är inte en garanti för att din webbplats håller rätt kvalitet.
Visst har beställaren ett ansvar. Vilken leverantör som helst kan göra en ”hemsida”. Frågan är bara vad det blir för nivå på den. Extrem kostnadspress ger samma effekt i IT-branschen som i andra branscher. Kvaliteten sjunker. Samtidigt är en dyr prislapp verkligen inte en garant för hög kvalitet. Det blir inte dyrare att utveckla efter webbstandarder – det är en kompetensfråga. Du som beställare måste lära av andra branscher; anlita ett beställarstöd med kompetens inom tillgänglig och modern webb innan du skriver under leverantörsavtalet. Se till att du till dina acceptanstester anlitar kompetens för att verifiera att webbplatsen uppfyller tillgänglighetskraven, att koden validerar mot gängse webbstandarder och är semantiskt och korrekt utformad.
Vi hoppas att tillgängliga och semantiskt uppbyggda webbplatser kommer att bli en hygienfaktor, inom både offentlig och privat sektor. För att nå dit krävs att beställare börjar ställa högre krav på sina leverantörer. Genom att ställa höga krav på dina leverantörer kommer utvecklingen i branschen att gå snabbare. Som leverantör uppmanar vi beställare att ställa högre krav på era leverantörer. Kräv att de levererar en standardiserad webbplats!
Madeleine Olsson, Andreas Fredriksson & Martin Odhelius