Viser arkivet for stikkord brukervennlighet

Endre fra "din" til "min"

Ser at dere bruker begrepene “Ditt Origo” og “Din side her”. Tror det er bedre å bruke “Mitt Origo” og “Min side her”. Grunnen er at da er det mitt, enkelt og greit, istedenfor at noen andre forteller meg det.

Har sett det har blitt sånn på flere nettsider (FINN brukte før “Din FINN”, men har endret til “Min FINN”). Årsaken er at når dere utvikler så tenker dere på brukerne som andre personer istedenfor å se det fra brukerens ståsted.

Mer tilgjengelig formatkode-hjelp

Har et forslag til forbedring av hvordan formatkodene vises. I dag irriterer jeg meg hver gang jeg lurer på noe. Sikkert ikke noe problem når du kan kodene godt, men dumt å plage nybegynnere unødvendig.

Les mer…

Bidrag på soner

Det hadde vært så greit å kunne legge ut bilder og tekst kun en gang, med avkrysningsvalg for alle de ulike soner hvor man ønsket visning. Det ville gjøre ting enklere, og alle kommentarer hadde blitt samlet.

Sånn som det er per dags dato så må man gå inn på de ulike sonene for å legge ut bidrag, og kommentarene blir vist kun lokalt på disse sonene.

Hva synes dere i Origo om dette?

Layout og innhold

Layoutskisse

Jeg holder på med å se på paraplysonen Slow Food i Norge med mål å gjøre den mer brukervennlig. I den anledning så har jeg en del spørsmål.Hvordan endrer jeg fra blogg til normalvisning? Er det spesielle henyn å ta når man redigerer en paraplysone? Merke en tekst med frontpagetop styrer innhold i hovesiden, Er det tilsvarende koder for venstre og høyremeny? Om man ønsker å ha fargede overskrifter i en tekst. Hvordan løser man det? Sonen har stoff fra andre soner som genereres inn, flott det. Likevel det er ikke altid like vakkert å se på. Det blir litt mye tivoli. Hva med å ha dato, oversktift og adressat i stedet? Det gir et roligere og mer innbydende inntrykk. Se skisse.
Om dette ble i overkant av spørsmål kan jeg også nås på telefon 47 26 10 85.

Forbedring av stilingsverktøyet

Det nye stilingsverktøyet er ganske så lett å bruke faktisk. Props for det. Jeg har dessverre ikke tid til å komme med forbedringsforslag til Origo like mye som jeg skulle ønske (selv om det både er gøy å lærerikt!), men her er noen tilfeldige, umiddelbare tilbakemeldinger i alle fall:

  1. Den desidert største enkeltforbedringen man kan gjøre er å validere farge- og lyshets/mørkhets-kontraster til et tilfredsstillende nivå. Det har jeg nevnt før. Når det gjelder fargekontrast ville jeg implementert forbud for komplementærkombinasjonen rødt/grønt (det finnes relativt mange fargeblinde som ikke ser forskjell på disse to fargene), og en advarsel mot komplementærkombinasjonen gult/blått (det er relativt få som har den slags type fargeblindhet). Valideringen av tilstrekkelig lyshetskontrast burde hindre svart (el. mørk grå) tekst på svart bakgrunn, hvit tekst på hvit bakgrunn og lignende kombinasjoner.
    Et eksempel fra en sone jeg administrerer for morro skyld, er boksen oppe i høyre hjørne (med “Nytt bidrag”-knappen og blant annet #template_wrapper .sandbox_facts_section som gjeldende rule). Grå tekst på svart bg funker dårlig.. Sjekk ut.
  2. Fjern serif-fontene blant valgene i “Skrifttype”-nedtrekksmenyen for brødtekst (det er ok med serif-fonter for overskrifter, men på skjermer reduserer det leservennligheten betraktelig for brødtekst).
  3. Lag en ajax-widget som kan erstatte “Skrifttype”-nedtrekksmenyene med live previews av fontene.
  4. Det hadde vært fett om man kunne fått et live preview av «Utseende», tilsvarende det man nå får for «Banner». En ca. 300px høyt utsnitt (som starter rett under der banneret slutter) hadde vært en fin måte å løse det på tror jeg. Det kunne også/i tillegg blitt løst ved å ha en «Forhåndsvis»-knapp som viser en lightbox superimposed på siden, med et forminsket bilde av hvordan siden vil se ut.
  5. Brukeren burde ha mulighet til å reversere endringene til utgangspunktet. Det gjelder både henholdsvis banneret og utseendet som en helhet, og hvert av valgene man kan stille inn i både banneret og utseendet. Nå er det eneste man kan “tilbakestille” banneret (ved å slette det, noe som ikke burde være nødvendig), og fargene man setter på henholdsvis banneret og utseendet.
  6. Fiks den stygge pixelerte kanten rundt bakgrunnsbildet for “Mer om sonen” (link_to_more.png), og evt. andre bilder.
  7. Jeg savner et valg for å kunne sette stroke/kontur rundt banneret.
  8. Ikke fjern venstre meny når man går inn for å redigere banneret.
  9. Banneret er en del av utseendet og bør sorteres under «Utseende» i menyen til venstre. I tillegg til at det er mer logisk og intuitivt er det også mer skalerbart (hvis man f.×. velger å implementere det siste forslaget i denne lista).
  10. Første siden for banneret er ikke meningsfull, så lenge man ikke har mulighet til å opprette flere bannere (slik at man kan skifte mellom bannerne man har laget). Så lenge det ikke er mulig, burde man i stedet komme rett inn på edit-siden.
  11. På lang sikt kan man kanskje tenke på tilby diverse forskjellige forhåndsdefinerte templates som brukeren kan velge? (litt småambisiøst?)

Hvis det var noen av forslagene som er tvetydige eller vanskelige å forstå, er det bare å spørre. Skrev dette på tyve minutter eller noe…

Oversikt over soner

Som et relativt nytt medlem i Origo synes jeg det er vanskelig å få oversikt over hvilke soner som finnes. For min egen del er det litt tilfeldig om jeg finner frem til en ny sone, vanligvis basert på fritekssøket. Kunne det ikke lages en bedre oversikt der man kan browse soner, og sortere ut fra egne kriterier (alfabetisk, antall medlemmer, siste aktivitet, kategori osv)? I tillegg kunne det lenkes opp til andre relevante soner inne i sonene man besøker. Dette kunne baseres på stikkord, og mønstre i forhold til hvor folk er medlem (personer i denne sonen er også medlem i følgende soner).

Mulig dette finnes allerede i en eller annen form, men jeg har i hvert fall ikke klart å finne dette.

Felles venner og bekjente

Dette innlegget skrev jeg til Underskog for en stund siden, men har minst like stor relevans for Origo. De som husker at de har lest det kan vel bare skippe det:

Noe av det som gjør sosial programvare så fett er jo nettopp kretsen. En av de tinga som er kult med kretser, er når man sjekker ut kretsen til en eller annen person som av en eller annen grunn virker interessant, og finner ut at man har felles venner & bekjente.

Problemet er imidlertid at det ikke alltid er så lett å spotte en håndfull felles venner & bekjente i en stor krets. (Følgende eksempel er fra Underskog, men kunne like så godt vært fra Origo:) Trykker man på brukeren Simen står det f.×. “Se alle 354 i kretsen →”. Av disse var det kun en håndfull som var felles bekjente (el-ran, ask, tage, hanna, kyrrelys), men det tok meg faen meg flere minutter å lete fram disse, blant flere hundre andre. Hadde det ikke vært kult om det hadde vært mulig å spotte disse med en gang?

Forslaget er derfor å lage en egen overskrift som simpelthen heter “Felles venner & bekjente” som befinner seg øverst på krets-siden til medlemmene. Under overskriften befinner naturligvis trykkbare ikoner av felles venner og bekjente seg. Under dette finnes en ny overskrift igjen som f.×. kan hete noe sånn som “Resten av [brukernavn]s krets”. Under denne overskriften befinner naturligvis trykkbare ikoner av resten av brukerens krets seg.

Forbedring av mini-profil

Mini-profil

Jeg kunne riktignok ønsket meg en mye mer funksjonsrik hovedprofil, men dette innlegget handler kun om den sone-spesifikke mini-profilen. Forbedringsforslag til selve den sone-spesifikke profilen (ikke mini-) kommer trolig om en dag eller to.

Som vanlig synes jeg det er en glitrende god ide med sonespesifikk profil, krets, osv. – props! Men som vanlig synes jeg også at det er mye som kunne bli gjort for å forbedre funksjonaliteten og brukervennligheten.

Mini-profilen

Med mini-profilen mener jeg pop-up’en som popper opp når man trykker på en brukers navn i en sone. Her presenterer jeg noen synspunkt, samt småproblemer med tilhørende løsningsforslag:

  • Det som befinner seg i venstre kolonne i mini-profilen er fin-fint (stort brukerbilde, informasjon om personen bruker sitt virkelige navn, samt mulighet for å sende melding, legge til i krets og invitere til en sone).
  • I mini-profilens høyre kolonne står (vanligvis) følgende setning rett under brukernavnet:
    medlem i [sone-navn]
    Er ikke det like meningsløst som å bli opplyst om at personen er medlem av Origo? Alle som kommenterer i en sone er jo medlem av sonen, er de ikke? Eller opplyses det alternativt om personen har meldt seg ut? I alle fall vet man jo at man selv er medlem. Det som derimot er nyttig å bli opplyst om er hvis en person er vert.
  • Trykker man på sin egen mini-profil får man i tillegg mulighet til å melde seg ut. Det er ikke akkurat det mest intuitive stedet å lete etter å melde seg ut av sonen. Synes at man kan fjerne dette valget fra mini-profilen. Det er allerede mulig å melde seg ut ved å gå innom “Om sonen” – noe som er bra, men det er tross alt heller ikke første stedet man leter. Synes at det burde framheves ved å gruppere det i en egen seksjon på sonemenyen. Gjerne med separator som gjør at den skiller seg fra resten av menyen (nå er “Din profil her” gjemt midt inne i resten av menyvalgene). Seksjonen inneholder valgene man har når man er medlem.
    • “Nytt bidrag”
    • “Din profil her”
    • “Meld deg ut av sonen”
  • Deretter følger en link som heter
    [brukernavn]s side
    Den er god.
  • Så følger nærvær-status. Også bra, selv om jeg synes at det er såpass viktig å vite om en person er logget på eller ikke, at man ikke burde trengt å trykke på brukernavnet for å finne det ut. Man kunne kanskje tenkt seg at man hadde en grønn ramme rundt bildene til brukerne som er logget på og en grå ramme rundt de som ikke er logget på?

Deretter følger teksten til mini-profilen.

Teksten til mini-profilen
I alle fall er det meningen at det skal være en liten tekst her. Men det er det nesten aldri. Nesten uten unntak står det kun

[brukernavn] kan skrive litt om seg selv her
Jeg sjekket for eksempel 100 av medlemmene i Vaktmesterkontoret. Av disse var det kun to som hadde skrevet litt om seg selv – med andre ord kun 2%! Det er selvfølgelig ikke et mål at alle skal skrive noe i mini-profilen sin, men det er et poeng at alle skal forstå at de har mulighet til det. Muligheten finnes jo tross alt – det er bare alt for få som vet om den.

Det finnes flere tiltak man kan iverksette for å sørge for at alle skal forstå at de har muligheten, og dessuten benytte seg av den.

Det viktigste tiltaket er å knytte opprettelsen av tekst-profilen sammen med det å bli medlem i en sone. Jeg ser for meg at det kan skje på følgende måte:

  1. Man trykker den vanlige “Bli medlem!”-knappen.
  2. Deretter kommer man til en side (AJAX eller ikke?) som sier litt om hva det vil si å være medlem av sonen (ala “Dette er en åpen sone. Som medlem betyr det at du kan bidra med innlegg, bilder…” osv.osv.).
  3. Etter denne teksten finner man en rad med tre radioknapper. De har følgende ordlyder:
    1. “Sone-spesifikk profiltekst”. Denne er default
    2. “Standard profiltekst”
    3. “Ingen profiltekst”
  4. Under raden med radioknapper har man en kort hjelpetekst som forklarer valget.

Default-valget – “Sone-spesifikk profiltekst” – har en hjelpetekst som lyder omtrent slik: “Hvis du vil kan du skrive litt om deg selv i denne sonen. Denne informasjonen vil dukke opp når folk trykker på brukernavnet ditt (bilde som illustrasjon inn her)…” osv. Under hjelpeteksten bør det finnes et redigerbart input-felt.

Men for de som melder seg inn i en mengde soner kan man ikke forvente at de skal fylle ut en sone-spesifikk profiltekst for hver eneste sone de melder seg inn i. Derfor kunne det vært smart å kunne velge å bruke en standard profiltekst.

Valget som heter “Standard profiltekst” bør første gang ha en hjelpetekst som forklarer at brukeren ikke har opprettet en standard profiltekst enda, men at hun kan gjøre det nå. Da er feltet redigerbart. Hvis brukeren derimot har opprettet den fra før bør teksten vises, men feltet bør ikke være redigerbart før brukeren enten trykker på en knapp som lar hun redigere teksten, eller trykker i teksten slik at den blir redigerbar (som på hovedprofilen).

Valget som heter “Ingen profiltekst” bør naturligvis ha en ikke-redigerbar tekst som lyder omtrent slik “Du vil ikke ha en profiltekst i denne sonen.”

Sett en max grense for antall tegn profilteksten kan inneholde
På en del soner som jeg ikke er så veldig interessert i – men nok interessert til å være medlem – gidder jeg ikke å lage en sone-spesifikk profil. Men da jeg synes det er litt teit at det ikke står noe om meg i mini-profilen, pleide jeg å lime min relativt lange hoved-profiltekst inn i den sone-spesifikke profilen. Hadde man hatt muligheten til å sette en standard profiltekst når man meldte seg inn i en sone, hadde dette problemet vært eliminert.

Men det som også var et problem var at hoved-profilteksten min (som jeg altså limte inn i den sone-spesifikke profilen) både var lang og inneholdt flere video-embeds. Det ble seende svært stygt ut i den sone-spesifikke profilen. For å se et eksempel kan man trykke på brukernavnet mitt på slutten av dette innlegget (hvis du leser dette flere uker etter at innlegget ble publisert har jeg nok fjernet videoen fra miniprofilen min).

Derfor foreslår jeg at dere sier at det ikke skal være lov med video-embeds, bilder, o.l. i mini-profilen og at dere setter en maks grense for ord. Implementer det gjerne ved å ha en fortløpende oppdatert counter som sier hvor mange tegn brukeren har igjen.

Forbedring av registreringen av arrangement

Rakk ikke å komme med tilbakemelding til kalenderen i stad, men har nå i det minste fått tatt en titt på registreringsskjemaet. Det er et fyldig skjema som gjør at man kan legge til mye informasjon (bra!), men som vanlig har jeg en del – ehh.. masse – forslag til forbedringer av brukervennligheten.

Hovedproblemet
La meg starte med det viktigste først: nemlig de forskjellige type valgene som er kategorisert og oppdelt i tabs. Grunnet de mange innstillingene man kan gjøre var det godt tenkt å paginere (tabbinere?) – eller i alle fall kategorisere og dele de opp en måte. Problemet er at det er dårlig implementert:

  • Mange brukere har riktignok begynt å venne seg til at tabs i små blokker som befinner seg i sidebar’er er AJAXifisert. Men de er ikke vant til at så store tabs som befinner seg nesten øverst på siden er det – vanligvis fungerer slike tabs som primærnavigasjon som reloader hele siden (slik som f.×. på dette, dette, dette og dette nettstedet). Mange vil derfor ikke trykke på disse i det hele tatt.
  • Når brukere har fylt ut et skjema er de svært redde for å trykke på en knapp som gjør at de kommer til en annen side, slik at de må finne tilbake til den forrige siden og taste inn all informasjonen på nytt. Derfor er det ekstra ille at mange vil tro at trykk på tabbene vil reloade hele siden.

I tillegg befinner disse tabbene seg helt øverst på siden. Det fører til enda to nye ulemper ved dem:

  • Vi er vant til lineære registreringsprosesser der vi går fra høyre til venstre og fra topp til bunn. Det er svært lite intuitivt å tenke at man må scrolle opp for å legge til mer informasjon. (Kan kanskje være grunnen til at en som heter Steffen skrev følgende i kommentaren sin: “noe funksjonalitet (…) ser ut til å ha blitt borte, for eksempel billettopplysninger”.)
  • Skjemaet er såpass høyt at man må scrolle seg til toppen av siden igjen. Det innebærer ekstra unødvendige klikk – noe som også selvsagt er lite brukervennlig.

Kort sagt synes jeg altså at det var smart å dele opp registreringsprosessen i flere steg, men at i dette tilfellet var dårlig implementert.

Løsning
Ok. En form for oppdeling av registreringsprosessen er bra, men å implementere det som tabs på toppen av siden er dårlig. Så hva gjør vi? Jo: vi lager en wizard!

Her er oppskriften:
Først vil vi sørge for at stegene (som dere har delt inn i tabs) har riktig rekkefølge.

Da kan vi starte med å konstatere at den nåværende rekkefølgen er svært ugunstig. Når man har arbeidet seg gjennom alle de forskjellige feltene og man er i ferd med å registrere arrangementet får man nemlig følgende spørsmål rett i trynet: “Om du vil lage en ny gruppering må du først gå hit for å opprette den.”!

Svært mange (sikkert flere titalls prosent(?) av brukerne) vil ikke kunne klare det, uten å miste all informasjonen de har lagt til i arrangementet. Altså: mange vil ikke klare å åpne en ny tab/et nytt vindu for å registrere festivalen/utstillingen/turnén og deretter manøvrere seg tilbake for å fullføre registreringen av arrangementet. Det er mer eller mindre katastrofalt!

Løsningen er å simpelthen gjøre dette til det første steget i wizarden.

Første steg: Tid og beskrivelse
Da arrangementsperiode bare dreier seg om ett felt burde det ikke være et eget steg, men bare et enkelt felt i skjemaet for tid og beskrivelse. Tid og beskrivelse har altså arrangementsperiode som første felt og er det første steget.

Andre steg: Priser, billetter og arrangør
Når man evt. har registrert en ny arrangementsperiode og deretter har fylt ut alle feltene er det klart for neste steg i wizarden. Jeg ser for meg at det er viktigere å legge til informasjon om priser, billetter og arrangør enn både bilder og plakat. Derfor vil man når man har fylt ut alle feltene i skjemaet for tid og beskrivelse, få spørsmålet “Vil du legge til informasjon om priser, billetter eller arrangør?”, etterfulgt av knapper for henholdsvis “Ja” og “Nei” (de to knappene “Forhåndsvis” og “Opprett arrangementet” er fjernet).

Hvis svaret er ja går man til skjemaet der man kan fylle ut informasjon om priser, billetter og arrangør. Hvis svaret er nei får man spørsmålet “Vil du legge til en plakat eller bilder?”, etterfulgt av knapper for henholdsvis “Ja” og “Nei”.

Svarte man ja, fyller man ut feltene og får spørsmålet nå i stedet for: “Vil du legge til en plakat eller bilder?”, etterfulgt av knapper for henholdsvis “Ja” og “Nei”.

Hvis svaret er nei på dette spørsmålet går man direkte til forhåndsvisningen. Hvis svaret er ja går man til skjemaet der man kan legge til plakat og bilder.

Tredje steg: Plakat og bilder
I.o.m. at vi ønsker å minimere antall steg, at plakaten kun har et felt – eller rettere sagt: en filtrakt og en knapp – og at plakat og bilder logisk hører sammen (begge deler er bilder), bør det tilsammen være ett steg. Etter man har lastet opp det man ønsker finner man knappen “Forhåndsvis”, som tar en til det fjerde og siste steget i registreringsprosessen.

Det er to årsaker til at det ikke finnes en knapp som heter “Opprett arrangementet” på skjemaet i steg tre. Den første er at man uansett bør ha forhåndsvisning når det er snakk om såpass omfattende registreringsprosess og mye informasjon – det er stor sannsynlighet for at noe er feil. For det andre ville det vært ganske merkelig om man plutselig opprettet arrangementet hvis man svarer nei på spørsmålet i steg to (jo, man kunne løst dette ved å ha tre knapper: “Ja”, “Nei, la meg heller legge til plakat og bilder” og “Nei, la meg heller opprette arrangementet”, men jeg synes uansett at man bør ha forhåndsvisning).

Fjerde steg: Forhåndsvisning
Forhåndsvisningen er selvforklarende.. Men jeg har naturligvis flere synspunkt på den uansett, og det er flere andre ting jeg vil kommentere om skjemaet også. Men nå har jeg sittet å testet, tenkt og skrevet i flere timer og føler for å gå å legge meg. Altså: forvent flere kommentarer senere.

Oppsummering
La oss starte med ulempene. Den første ulempen (hvis man ser det som det) er at man ikke bare kan opprette et arrangement “kvikt-og-gæri”. Kvikkeste måten innebærer nå to ekstra musetrykk – de to “Nei”-knappene for å slippe steg to og tre. Den andre ulempen har ikke noe med funksjonalitet å gjøre, men går rett å slett på at dere utviklere må bruke mer tid på å få det bedre.

Fordelene er flere. Ved hjelp av en wizard og noen andre endringer har vi forbedret registreringsprosessen på flere måter:

  • Man vil slippe å fylle ut et helt skjema bare for å finne ut at man uansett burde ha laget en arrangementsperiode først. Det er først og fremst positivt for de som ikke ville klart det uten å miste alt utfylt info, men er også bra for de som ikke hadde regnet med en så stor oppgave på slutten.
  • Folk vil legge merke til at det går ann å legge til mer informasjon enn det som vises i den første tabben/skjemaet.
  • Ingen vil være redd for å gå til neste skjema og miste all informasjonen de har skrevet inn.
  • Det har blitt færre steg i prosessen og de enkelte stegene er mer logisk gruppert.
  • Man vil slippe å måtte scrolle oppover for å legge til mer informasjon.
  • Obligatorisk forhåndsvisning sørger for å eliminere feil – noe som er stor sannsynlighet for at finnes når man har fylt ut så mye informasjon.

Som sagt får dere mer tilbakemelding senere (enten i dag eller i morgen). Og som alltid er det ment som positiv kritikk, ikke slakting og fordømmelse =)

Forbedring av innlogging

I den siste måneden har jeg nesten hver dag logget meg inn på Origo om morgenen og ut om kvelden. Med andre ord har jeg hatt god tid til å irritere meg over at innloggingsprosessen er unødvendig tungvinn.

For det første finnes det ikke en innloggingsblokk på forsiden. Det innebærer at man må trykke på “Logg inn”, for å komme til en ny side med innloggingsblokk. For det andre må man manuelt manøvrere seg fram til brukernavn-feltet, som befinner seg et betydelig stykke unna der “Logg inn” var lokalisert på den forrige siden. Deretter må man trykke i brukernavn-feltet før man endelig kan starte å skrive inn brukernavnet.

Løsning
Den mest konvensjonelle løsningen er å inkludere en standard “Logg inn”-blokk på forsiden. Det vil være en forbedring, men er ikke særlig elegant. En løsning som derimot er elegant er å gjøre dette via AJAX. Man trykker på “Logg inn” og “Logg inn”-blokken åpenbarer seg. Men for at det virkelig skal bli elegant er det viktig å implementere to detaljer, og gjerne også en tredje (mindre viktig) detalj:

Detalj 1
Den første viktige detaljen er at brukernavn-feltet automatisk bør få fokus. På den måten slipper brukeren å manøvrere seg fram til feltet og klikke i det, før hun kan starte å skrive inn brukernavnet. I stedet kan hun starte å skrive med en gang! (Forøvrig et tips til Søk-pop-up’en også).

Detalj 2
Den andre viktige detaljen er en “Husk meg”-avkrysningsboks, som husker brukernavnet.

På grunn av en del (etter min mening) idiotiske implementasjoner av slike “Husk meg”-avkrysningsbokser, hersker det forvirring om hvordan de fungerer. En del nettsteder (Facebook er en av flere) har nemlig en “Husk meg”-avkrysningsboks, som rett og slett ikke husker brukeren(!). Det den i stedet gjør er å tilby en “Stay logged in”-funksjon, som gjør at man ikke blir automatisk logget ut etter en viss tid (pga. sikkerhetshensyn), men at man selv må logge seg ut manuelt. En “Husk meg”-avkrysningsboks derimot husker faktisk brukerens brukernavn, slik at hun slipper å skrive det inn for hver gang hun skal logge inn. Det eneste hun trenger å skrive er passordet.

I.o.m. forvirringen rundt “Husk meg”-avkrysningsbokser, burde den i stedet kalles ved sitt rette navn: “Husk brukernavn”. I tillegg bør den ha et lett synlig tooltip (f.×. implementert via et spørsmålstegn-ikon etter teksten “Husk brukernavn”), for de som lurer på hva det er for noe. I motsetning til en “Husk meg”-avkrysningsboks som tilbyr “Stay logged in”-funksjonalitet, er en “Husk brukernavn”-avkrysningsboks som tilbyr “Husk brukernavn”-funksjonalitet intuitiv. Neste gang brukeren logger seg inn er nemlig brukernavn-feltet allerede ferdig utfylt, og den gjennomsnittlige bruker forstår kjapt at det er fordi “Husk brukernavn”-avkrysningsboksen er krysset av. Hvis man har bestemt at brukernavnet skal huskes er det selvfølgelig passord-feltet som automatisk skal få fokus i stedet for.

Skal man velge å også ha en “Stay logged in”-avkrysningsboks bør dette være en egen avkrysningsboks med et tilhørende tooltip.

Detalj 3
En tredje detalj – som er mindre viktig – er å kunne bruke escape-tasten for å lukke “Logg inn”-blokken.

For en nesten perfekt implementasjon (uten “Husk brukernavn”-funksjonalitet, men med escape-mulighet) burde dere ta en titt i øvre høyre hjørnet på det nye nettstedet til et Prototype Extensions Library.

Oppsummering
Brukeren vil slippe å vente på at en side lastes, slippe å finne og deretter trykke i brukernavn-feltet, og hvis hun har valgt at brukernavnet skal huskes vil hun t.o.m. slippe å skrive inn brukernavnet sitt. I stedet trykker hun en gang på “Logg inn”, og skriver inn passordet sitt direkte i en elegant AJAX-pop-up.

Som vanlig er det ikke meningen å plage Origos utviklere ved å klage, men å fremme fine forslag som fremmer brukervennligheten =). Jeg er også klar over at TODO-lista deres sikkert er ufattelig lang og at dette forslaget hverken prioriteres først eller går live i morgen. Det jeg håper på er at det i alle fall kommer på TODO-lista, slik at oss brukere etterhvert kan oppleve et mer brukervennlig Origo.