1. Hensikten med kurset - Lars Marius Garshol
1. Hensikten med kurset - Lars Marius Garshol
1. Hensikten med kurset - Lars Marius Garshol
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
8. Oppbygning av grensesnitt i Windows<br />
8.1 Skjematyper og deres rekkefølge<br />
Innføring i databaser<br />
De fleste databaser har store likheter, og det gjør at det finnes en del greie klisjeer for oppbygningen<br />
av grensesnittene. Særlig er det noen typer skjemaer som er vanligere enn andre, og<br />
de gjennomgår jeg her. Du er ikke nødt til å lage dine egne databaser akkurat slik, men det kan<br />
være greie tips å ha <strong>med</strong> seg.<br />
Utformingen av brukergrensesnitt er noe det forskes mye på i disse dager. Vi skal ikke gå så<br />
veldig dypt i dette, men husk: databasen din bør være enkel å bruke (brukerne bør spares for<br />
unødvendig venting og tasting), enkel å forstå (brukerne bør kunne forstå hva de gjør) og den<br />
bør være behagelig å se på.<br />
8.<strong>1.</strong>1 Hovedmeny<br />
Brukerne dine bør være beskyttet mot å måtte sitte og navigere rundt i databasen ved hjelp av<br />
databasevinduet. Istedet bør du lage et eget skjema som fungerer som hovedmeny. Derfra skal<br />
alle funksjoner som brukeren skal kunne utføre være tilgjengelige. Det er best å ikke ha data i<br />
hovedmenyen, men istedet bare mulighetene til å velge mellom forskjellige skjemaer. Dersom<br />
databasen er stor kan disse igjen være hovedmenyer for sine deler av databasen.<br />
Hovedmenyen bør ha: overskrift som forklarer hvilken database dette er, en knapp for hvert<br />
skjema brukeren kan gå til og kanskje et bilde til pynt og illustrasjon.<br />
Et litt mer avansert, men ikke nødvendigvis bedre alternativ er å definere sin egen menylinje<br />
istedetfor en hovedmeny. Du kan ha de samme valgene, men du gjør dem tilgjengelige på en<br />
annen måte.<br />
8.<strong>1.</strong>2 Velg post-skjemaet<br />
Du har sannsynligvis mange poster i databasen din, og mange data om hver enkelt post. Det er<br />
derfor greit å dele endringen av data opp i to skjemaer: et til å velge posten som skal endres,<br />
og et til å gjøre endringene.<br />
Det første skjemaet bør ikke vise mer data om hver enkelt post enn det som trengs til å<br />
identifisere posten for brukeren. Dette kan gjøres enten ved å bruke detalj-delen av skjemaet<br />
(se avsnitt 9.3), eller ved å bruke en listeboks (se avsnitt 9.2). Postene bør være sortert, ellers<br />
blir det vanskelig å finne fram.<br />
Skjemaet bør også ha en overskrift og noen knapper. Følgende knapper bør være <strong>med</strong>: lukk<br />
skjema, opprett ny post, slett denne posten og endre denne posten. Det siste kan det være flere<br />
knapper for, spesielt hvis vi fra denne posten er interessert i å gå inn i flere andre tabeller.<br />
Dette skjemaet kan fungere som endre data-skjema også hvis tabellen har så få felter at du kan<br />
se alle samtidig.<br />
1096 - <strong>Lars</strong> <strong>Marius</strong> <strong>Garshol</strong> 42