En fråga som naturligt kommer då ett nytt WordPress utseende tas fram är ifall hela inlägget ska visas på förstasidan eller enbart en sammanfattningen av artikeln.

Vi kan enkelt likna sammanfattningen med the_excerpt() i WordPress, (delvis) meta-taggen description samt en del som är perfekt att sprida vidare om inlägget ska spridas vidare.

Fördelen med sammanfattningen är att det snabbt går att skumma igenom fler inlägg snabbt för nya besökare som kommer till förstasidan. Detta ger en ökad överblick och kan generera fler sidvisningar per besökare. Besökaren kan också enkelt välja vad som h*n ska fördjupa sig i och systemet kan hjälpa navigeringen eftersom inlägg undviker att försvinna bland all text.

Fördelen med att publicera hela innehållet däremot är att internetanvändare generellt är lata och vill ha allt serverat framför sig, ett extra klick är aldrig ett bra klick vilket kan direkt minska antalet sidvisningar.

Frågan är också om detta spelar så jättestor roll nu för tiden då de flesta besökarna kommer från a) google (generellt direkt in till ett inlägg) och b) sociala nätverk som twitter/facebook (direkt till inlägget). Varken case a eller b gynnar förstasidan någonting eftersom det förväntade navigeringsflödet är vidare till en relaterad artikel eller någon av de senaste via högerspalten.

Vad tror ni är det bästa? Främst från användarsynpunkt men också från andra hänseenden?

Att använda ramverk så som jQuery kan vara en lösning så att det finns en naturlig fallback på alla funktioner som konstrueras.

Ska klura lite på detta till helgen, men vad har ni lärt er, sett och läst? Finns det några bra och utförliga resonemang när det gäller ämnet JavaScript och tillgänglighet?

Min idé är lite annorlunda

Istället för att prompt använda kategorier är min plan att använda taggar som arkiv istället. Istället för att lista alla inlägg på samma sida så visar jag ett tagg-moln vilket dynamiskt visar de ledord jag främst använder på mina inlägg. Fördelarna med detta är många:

• Du hjälper besökaren med överblicken av sidan. Vad som är störst är det som nämns och används mest.
• Du sprider och fördelar din länkjuice bättre, mer länkar = mindre kraft för varje enskild länk (typ SILO).
• En statisk kategori är oftast för generell och trubbig, taggen har en spets som är individuell för varje inlägg.
• Du undviker duplicate content om det används rätt.
• Taggarna är alltid up-to-date.

Arkiv med taggar i praktiken

Först och främst måste du ha All in One SEO installerat på din WordPress-blogg. Markera  Use noindex for Categories för att se till att Google m.f inte indexerar dina kategorier längre. Notera att du fortfarande kan ha kvar dina kategorier, se bara till att de “försvinner” från Googles ögon då de kan utgöra en risk för att innehåll kan förekomma flera gånger.

Öppna temafilen archive.php med din favoriteditor, hitta the_loop och ändra the_content() till the_excerpt().  Vad vi gör att istället för att skriva ut hela inlägget i arkivet så skrivs ett utdrag från inlägget ut. Fortfarande så handlar det om risken för dubbla innehåll på sidan.

Öppna file archives.php (Märk skillnaden från ovan). i den här filen kan du ta bort det du känner för, det viktigaste är att infoga till tagg-moln någonstans. Funktionen som kommer användas är wordpress egna, wp_tag_cloud(), vilken är tillräckligt kompetent för det vi ska åstadkomma.

[php]
$args = array(
‘smallest’ => 8,
‘largest’ => 36,
‘unit’ => ‘pt’,
‘number’ => 75,
‘format’ => ‘flat’,
‘separator’ => ‘\n’,
‘orderby’ => ‘name’,
‘order’ => ‘ASC’,
‘link’ => ‘view’,
‘taxonomy’ => ‘post_tag’,
‘echo’ => true
);

wp_tag_cloud( $args);
[/php]

Vad de olika parametrarna gör förklaras mer i länken ovan.

För att fixa till problemet med att alla taggar får samma meta beskrivning så editerar vi header.php, Hittar <meta name=”description” … /> och byter ut mot:

[php] <meta name="description" content="<?php if (is_tag()) { single_tag_title(‘Arkiv: ‘); echo " | "; bloginfo(‘description’); } else { bloginfo(‘description’); } ?>" />[/php]

Detta bör fixa så att Google Webmasters Tool inte klagar för mycket.

Nu bör du ha ett bättre fungerande arkiv. Givetvis bör du komplettera med din populäraste poster, poster som kanske behöver lite extra exponering och en sökfunktion.

Resultatet kan ses live på min Arkivsida eller via skärmdump nedan.

Fortsättning på detta? Kanske ta bort kategorierna helt och enbart använda dem internt och fortsätta optimera så det som är relevant, enkelt och bäst ur de flesta synpunkter (användarsynpunkt/SEO/hantering) kommer fram.

Tips, idéer eller invändningar?

Språkval hos Försäkringskassan

W3.org skriver: Do not use flag icons to indicate languages.

Och jag håller med resonemanget, en flagga som indikator för ett språk är en otroligt dålig idé. Tänk på svenskan som ett dåligt exempel – svenska pratas i Sverige och vissa delar av Finland, ska då en från Finland välja en svensk flagga för att få språket på sitt egna språk? Samma problematik finns för Kanada, USA och Storbritannien, alla talar engelska med vissa små variationer, ska de behöva välja Storbritanniens eller Amerikanska flaggan? Eller är engelska så globalt att det går att visa som en ikon över jorden?

Förslaget som W3 skriver om att använda text för språk istället för en ikon är bättre, men ger upphov till viss mer problematik ändå. En besökare som kommer in på webbplatsen scannar av sidan snabbt och fokuseringen ligger främst på grafik och inte lika mycket på text till att börja med. Hur ska man utforma språk-funktionen så att den blir synlig, som ikoner, men fortfarande är funktionell?

Informationen jag funnit om detta är främst äldre, 2006 och bakåt, och det verkar inte har blivit så mycket mer nytänk över detta sen dess. FunkaNu har sitt förslag med ikoner – men de är både små och komplicerade, man kan inte förvänta sig att en besökare förstår skillnaden på EN och SV.

Vad de flesta av undersökningarna och tänkarna har missat är en användares vana. På nätet är vi idag relativt vana och bekväma med att välja en flagga. Vi förstår att den amerikanska och den brittiska flaggan representerar i stort samma språk, vi vet att svenska flaggan står för svenskt språk med mera. Med detta i fokus – är det verkligen så illa att välja en flagga istället för text i så fall?

Hur tänker du vid de här situationerna? Flagga eller flagga+text eller enbart text?

Detta kan skapa lite problem om det inte används rätt, eller används utan eftertanke på långa texter. Att ha långa kolumner fungerar jättebra i böcker, tidningar och i annan tryckt media, webben har en helt annan förutsättning. Ögat kan inte scanna av sidan på samma sätt för att få en överblick – man måste helt enkelt skrolla ner sidan för att veta hur sidan är uppbyggd, hur mycket text som finns och för att hitta det man vill åt.

Tillåt mig att demonstrera ett exempel på en längre text uppdelad i två kolumner.

Vänster: Långa kolumner nedåt. Höger: Korta kolumner nedåt.

Till vänster är en lång text. Funktionen blir att man läser ända ner till botten av texten för att sedan få scrolla upp igen och börja på andra kolumnen.

Min idé är att istället använder sig av ett fler-kolumnsystem som platsar på de flesta skärmar. Det vill säga – besökaren läser vänster sedan högerkolumnen innan man går nedåt på sidan. Givetvis får man separera de olika kolumnblocken med bilder, underrubriker eller liknande för att ge läsaren en chans att navigera genom texten.

Hur kolumnsystemen kommer påverka användbarheten och tillgängligheten på webbplatser återstår att se. Förhoppningen ligger i att det kommer användas på rätt sätt och inte skapa fler problem än funktionen löser.

Här blandas irrationella färger (mörkgrönt, blåtext samt mörkrött med gul text) med funktioner ingen förstår.

Färgerna som används förstår jag inte hur de tillkommit, är det enbart för att “det går att göra därför använder vi det”? Jag tror mer att applikationen härstammar från sent 90-tal där mjukvaruexperter inte hade så mycket eller någon utbildning alls. En tanke på användbarhet och färglära lär inte existerat heller.

Funktionerna som ingen förstår är grejen att allt som går att ändra eller påverka har en egen knapp. Detta ger snabbt ett väldigt rörigt utseende och en överblick som mer ser ut som myrornas krig.  Det är verkligen tur att utveckling har tagit enorma steg frammåt, men det finns skräckexempel än idag – tänk MS Office med alla verktygsfält framme…

Det är synd att jag inte kan visa en skärmdump, vi får se om jag får tillfället att “lirka” fram ett.

Problemet är att jag inte vill göra ytterligare en användbarhetsstudie.

Allt för många gör detta, speciellt om man söker på order webbdesign eller webb i någon uppsatsdatabas. Idéer har jag visserligen, som att vidareutveckla och studera om den funktionella inloggningen jag spånat på verkligen fungerar i praktiken. Jag vill gör något innovativt!

Fara skrattar jag i ansiktet och jag vill ha en sådan pass uppgift att jag verkligen får jobba.

Jag har två månader att bestämma mig och få fram något riktigt grymt kvar ..

Don’t worry, jag kommer återvända till inlägg om webb igen nästa vecka. Vart en del hektiska, roliga saker den här veckan som ätit upp min tid.

Det som slog mig nu senast är att lite av placeringen kanske har med vilken hand man styr musen att göra. Tänk detta påstående:
Jag är högerhänt, jag har min mus på höger sida av tangentbordet och därför naturligt kommer min muspekare främst och mest befinna sig på den högra delen av skärmen.

Borde inte då vänsterhänta uppleva det mer naturligt med allt på vänster även om det bryter läsflödet och fokuseringen?

Ordet naturligt kanske inte bör användas i sammanhanget – men brist på bättre. Man kanske kan definiera det som mer lättnavigerat eller lättåtkomligt från en musanvändares synpunkt. Jag vet själv att min pekare inte vill färdas extra “meter” innan den når målet.
Frågan kanske är trivial men kanske bör beaktas, skulle i vilket fall som helst vara intressant att se någon undersökning och studie på skillnaden mellan höger och vänsterhänta med hur mycket tid de spenderar på var sida om skärmen. Har inte lyckats hitta någon vidare information om ämnet ännu dock så detta kanske blir något kul att utreda?

Prototypen är simpel men ställer sig en vettig fråga: borde inte alla kunna logga in på en dator eller webbsida? Även de som inte kan läsa?

Den har dock ett par nackdelar vilka jag inte direkt löste på grund av deadline, nämligen att om användarbasen blir stor så tar unika lösenord ganska fort slut. Problemet kan kanske avlösas med bilder på användarna, men hur ska då bilderna visas om man säger att användarantalet går upp emot ett par hundra?

Vad som ska visas på bilderna är också en fråga att lösa. Man måste tänka på igenkänningsgrad och använda sig av olika kategorier som tilltalar alla människor. Projektet använde sig främst av KDEs ikoner då de är ganska generella och biblioteket är tillräckligt omfattande.

Projektet är intressant, kanske ska jag vidareutveckla det nu när jag återfunnit det och har lite tid över. Hade ett barn kunna lösa inloggningen själv utan en vuxen som närvarar?