Viser arkivet for stikkord gui

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…

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…

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 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.

Fixed header

Mye helt essensiell funksjonalitet har blitt plassert i header’n (Origo, Din Profil, Lokalsone, Søk, Meldinger, Logg ut). Denne funksjonaliteten synes jeg er viktig at brukerne har tilgang til hele tiden (altså også etter de har scrollet videre ned på siden).

Iom. at den bare okkuperer et-par-og-tredve pixler og iom. at dere er flinke til å utnytte screen real estaten forøvrig, synes jeg dere kan tillate dere at den alltid ligger synlig helt øverst. Det er jo dessuten supersimpelt å implementere. Det er bare å skrive følgende i CSS’en (f.×. i #header):

>position: fixed;
z-index: [et-eller-annet høyt nummer];