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.
Category: WAU Blog
Dagbogsoptegnelser i forbindelse med Master IT kurset Webapplikationsudvikling Modul III. Dagbogen reflekterer over iterationer i forbindelse med videreudvikling af en astmadagbog.
-
Kognitiv gennemgang
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.
-
Afprøvning på bruger – Tognazzini
AskTog: First Principles of Interaction Design.
Brugerafprøvning kan udarbejdes på grundlag af Bruce Tognazzinis sammenfatning.
-
Teknisk Review
Deltagere: J, P.
Produkt: “The Asthma Diary”
Dato: 20111014 11:05-11:30Vi 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.
-
Jeg kan ikke logge ind
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.
-
Nå der er beskederne
Rodneys indlæg gjorde mig nysgerrig. Hvor er korrespondencen? Lede, lede… Det går i dette minut op for mig, at underviserens beskeder ligger i “Beskeder”. Så ved man det.
-
Review
(kopi fra Rodney, og tak for det)
Når vi mødes i morgen har i tiden fra 11.00-12.30 til at lave teknisk review.
Peter vil være tilstede, og det giver god mening hvis I bruger den sidste lille halve time sammen med ham til at samle op på de løse enden I må have angående projektet.
Selve reviewet består i at projekterne PARVIST gør følgende:
Gruppe/person A har den første halve time til at få sparring på de beslutninger den har truffet undervejs, mens gruppe/person B skal spørge og kommentere. Derefter bytter man og har en halv time den anden vej.
Udgangspunktet for reviewet er
dagbogen,
de dokumenter, I har lavet undervejs,
den kode og de halvfærdige produkter I har.Hvis vi starter med gruppe A, er det først op til gruppe A at fortælle gruppe B
hvilke tre emner gruppen vil have fokus på? Problemer, muligheder og flaskehalse?Man tager dem så een ad gangen (og sørger for at komme hele vejen rundt på den halve time).
Gruppe B spørger ind til emnet, og A tager materiale mm. frem som det behøves.
Gruppe B interesserer sig især for at gruppe A leverer det, de siger de gør, at de kan argumentere for deres designvalg osv.Gruppe A samler op på reviewet
Derefter bytter man (hold 5 minutters pause inden i går videre).
Forbered jer derfor især på hvad I gerne vil have sparring på.
Hold tiden!
Susanne
-
Retter direkte i WP
Det er interessant – og meget hurtigt – at rette direkte i koden i WP-editoren. Når det gælder smårettelser, så er her en god løsning. Men når der sker fejl i koden, så mangler linjenummerering. Det kan gøre debugging mere vanskeligt.
-
Designfasen
Når man læser vandfaldsmodellerne, så er jeg ved at begynde projektet nu. Men jeg er gået baglæns ind i sagerne. Efter at den tekniske side af sagen begyndte at fungere, så kunne jeg overskue at lege med farveladen. I går lavede jeg tre templates og en række skitser, der kunne blive til et eller andet. Nu begynder det at blive sjovt. Og derfor har også multimusen fået en mindre ansigtsløftning.
I WP kan hver enkelt side i princippet få sit eget design. Til formålet har jeg udviklet en asthmaDesign template.
-
At vende grafen i læseretningen
Det blev lidt kringlet, da grafen:
- Skulle vise de seneste 30 resultater
- Skulle kunne læses fra venstre mod højre
I PHP MyAdmin fandt jeg ud af, at SQL-sætningen kunne se omtrent således ud
:
$sql = $wpdb->get_results( "SELECT * FROM `tablename` WHERE name='$username' ORDER BY adate DESC" );
$sql er sorteret sådan, at grafen ville vende modsat læseretningen, og det er forvirrende. Derfor skulle den kringles sådan:
$sql = array_reverse($sql, true);
Og så vender grafen rigtigt.