Jeg har som følge af evalueringerne ændret lidt på det site, hvorfra man henter mit plugin. Nu er det udbygget med en hjælpetekst, og man kan downloade den foreløbige kode til mit plugin. Jeg overvejer at lave en side til kommentarer og ideer.

Jan Skovgård (J)  loggede ind i WP, der af en eller anden grund ikke fungerede på EAKs wifi. Med ledning til nettet var log in mulig. J- prøvede en række gængse browsere med samme resultat. (Chrome, Firefox, Internet Destroyer).

Kognitiv gennemgang

J- var ledte efter informationer om, hvad websitet skulle kunne og hvorfor; men der var ingen vejledende fil. Han undrede sig over hvad “fill in the form below” betyder. Det gik op for ham, at en form er en formular. Så udfyldte han den med værdien 123 og gav de forskellige radio buttons værdier. Han klikkede på ok.

– hvad sker der så.

J- kunne se, at graferne havde ændret sig lidt; men hvor var hans indtastning. Han ledte også efter noget der viste “red value”; men der var ikke noget som var rødt. Heller ikke i graferne. Betydningen af tolkningen var et problem for J-.

Konklusion på kognitiv gennemgang: produktet mangler forklaringer på termer og begreber. Det er ikke sikkert, at en astmapatient ved hvad peakflow er –  eller hvad værdierne af fx “cough” betyder. Måske skulle man begynde med at tale til patienten som et menneske ville gøre:

– Hvordan har du det?

– Har du hostet i nat? Hvis du har hostet, kan du angive en værdi her …

Og lignende.

Interfacet skal med andre ord være humant forståeligt.

AskTog: First Principles of Interaction Design.

Brugerafprøvning kan udarbejdes på grundlag af Bruce Tognazzinis sammenfatning.

Heuristic Evaluation: How-To.

Deltagere: J, P.
Produkt: “The Asthma Diary”
Dato: 20111014 11:05-11:30

Vi tog udgangspunkt i min dagbogsnote med en skitse, der viste, hvad astmadagbogen skulle kunne. Derefter bleev pluginen demonstreret. Til sidst så  vi på eksempler fra PHP filerne i koden.

Reviewet varede knap en halv time. Formen betyder, at præsentationen skal være kort og præcis. Den betyder også at man bliver klar over om strukturen i koden er i orden. Mit plugin består af fire filer:

• asthmadiary.php – her er de funktioner, der placerer resultater og indtastningsformularen i kontrolpanelet og på WP sider.
• form.inc – her ligger de HTML stumper, der skaber indtastningsformularen.
• asthmadiary-result-presentation.php – funktioner der tegner grafer eller fortolker peakflowværdierne som enten rød, gul eller grøn.
• charts.php – en række classes, der understøtter præsentationen. Her ligger den kode som tegner grafer og diagrammer via Google Charts API.

Vi diskuterede om læger eller behandlere skulle have mulighed for at kommentere de enkelte indlæg; men J- mente heller ikke at lægerne ville bruge tid på at blogge med patienterne. Derfor fastholder jeg beslutningen om at astmadagbogen ikke skal være en blog, hvor folk kan svare tilbage.

Der kom også ideer til om koden kunne anvendes andre platforme end WP.

I øvrigt viste Allans foredrag om AJAX at man kan gøre input persistent, selv om der måske ikke er kontakt til en server. Denne teknik kan udnyttes i forbindelse med mit WP plugin – for man kan ikke forvente, at astmapatienten har kontakt til servere altid. AJAX kan løse dette problem. Men teknologien understøttes ikke af alle browsere endnu.

Tjah, så kom den periodiske fejl igen. Jeg kan ikke logge ind på kursussiden. Og dermed er det jo aldeles umuligt at arbejde med kursusmaterialerne. For nu at sige det pænt, så er det sandelig irriterende.

Der viste sig lidt senere en løsning. Når man logger på universitetets AP, så viser en formular at mit passoword var forældet. NFIT stiller en laaaaaang række krav til passwordet. Det tog frustrerende lang tid at finde et nyt. Til sidst besluttede jeg at tælle tegnene i det gamle password. Så lavede jeg et password i præcis samme længde. Og så var der Bingo, hul igennem, groovy…

Men man skal vist altid kæmpe med de trådløse APs på uni.