TILPASNING TIL SKÆRMOPLØSNING OG FONTSTØRRELSE
Dette punkt er det, der har givet mig flest grå hår i hovedet. Sagen er at et vindue og dets elementer ikke ser ens ud ved alle skærmopløsninger. Dertil kommer at størrelsen af den font, man kan vælge i Display-kontrolpanelet under Settings, har betydning for hvor meget tingene fylder. Udvikler man et program på en skærm med en opløsning på fx 800x600, bør man teste programmet med andre skærmopløsninger (1024x768, 1152x864, 1280x1024, 1600x1200, 640x480 osv). Desuden bør man egentlig for hver opløsning teste med forskellig fontstørrelse. Det giver alt i alt en masse tests! Men med tiden får man en fornemmelse af hvordan tingene opfører sig i forskellige opløsninger og med forskellige fontstørrelser, og hvordan man undgår de fleste problemer.
Jeg måtte selv dumme mig en del, før jeg fik mig taget sammen til at tage højde for problematikken. Her er nogle eksempler fra mit eget rædselskabinet:
 |
 |
 |
Men Borland og Microsoft kan også være med. Delphi (til venstre) og Excel (til højre). Excels vindue mangler ligefrem 3 faneblade.
 |
 |
Visual Basic giver ikke bedre resultater end andre programmeringsværktøj. Her er Open-dialogboksen fra IconEdit Pro, som er lavet i VB. Udover at vinduets elementer overlapper hinanden, er der også brugt bitmaps, der ikke er gennemsigtige (nederst til venstre).
Skal man give nogle generelle retningslinier for design af brugergrænsefladen, så man undgår et grimt udseende ved andre skærmopløsninger, kan det siges med denne liste:
- Lav plads til udvidelser. En TLabel eller en TCheckBox fylder måske 30% mere i bredden på en anden pc.
- Juster formens bredde og højde i kode i TForm1.Create proceduren.
- Brug kontrollernes Anchor-property så ofte som muligt. Brug også deres Align-property om muligt.
- TEST DINE PROGRAMMER MED ANDRE OPLØSNINGER OG FONTSTØRRELSER.
- Set the Scaled property of your form(s) to TRUE, use only TrueType fonts, and set the AutoScroll property of your form(s) to FALSE.
- Set the form's Position-property to poDefaultSizeOnly.
- In multi-line, word-wrapped labels, leave at least one line of blank space at the bottom.
- Don't change the PixelsPerInch property of the form, period.
- In general, it is not necessary to design forms at any particular resolution, but it is crucial that you review their appearance at 640x480 with small fonts and large, and at a high-resolution with small fonts and large before releasing your app. This should be part of your regular system compatibility testing checklist.
Tilbage
© 2001 Finn Ekberg Christiansen