Design af brugerflader12.1 Kursusgang 12 Oversigt: Sidste kursusgang Layout-manager Event-håndtering.

Præsentationer af emnet: "Design af brugerflader12.1 Kursusgang 12 Oversigt: Sidste kursusgang Layout-manager Event-håndtering."— Præsentationens transcript:

1 Design af brugerflader12.1 Kursusgang 12 Oversigt: Sidste kursusgang Layout-manager Event-håndtering

2 Design af brugerflader12.2 Sidste kursusgang Oversigt: Sidste kursusgang Værktøjer til udvikling og implementering af HCI-design Oversigt over Java Swing: ­ Et stort antal komponenter ­ En mekanisme til håndtering af events ­ En manager til håndtering af layout Introduktion ­ Applets ­ En simpel komponent ­ En simpel event

3 Design af brugerflader12.3 Grundbegreber De grundlæggende komponenter til en GUI er JApplet, JFrame, JWindow og JDialog Disse komponenter producerer en Container, når vi bruger metoden getContentPane() Denne container kan indeholde og vise komponenter Containeren har en metode setLayout(), som bruges til at vælge den ønskede layout-manager

4 Design af brugerflader12.4 Layout-managere Java Swing har en samling af layout- managere, som bestemmer layout’et ud fra et standardskema og nogle tilhørende parametre Vi skal se på følgende layout-managere: ­ BorderLayout ­ FlowLayout ­ GridLayout ­ GridBagLayout ­ Boxlayout

5 Design af brugerflader12.5 BorderLayout (1) Vinduet deles op i fem områder: ­ Fire borders : North, South, West og East ­ Center Komponenter placeres med add()

6 Design af brugerflader12.6 BorderLayout (2) BorderLayout er default for en JApplet, så vi behøver ikke at kalde den Parametre uden angivelse af område placeres som default i ”Center”

7 Design af brugerflader12.7 BorderLayout (3) Border-områderne får den størrelse, som er nødvendig i den ene retning og strækkes i den anden Center får resten Vinduerne til højre er alle lavet ved at trække i vinduet

8 Design af brugerflader12.8 FlowLayout (1) Komponenter placeres i den rækkefølge de sættes ind med add() Fra venstre mod højre og fra op mod ned (rækkevist) Hvis vi bare ændrer Border til Flow i det foregående program fås dette layout

9 Design af brugerflader12.9 FlowLayout (2) Alle komponenter får den mindst mulige størrelse, som er nødvendig

10 Design af brugerflader12.10 FlowLayout (3) Når vinduet ændrer facon, flyttes komponenterne rundt

11 Design af brugerflader12.11 GridLayout Skaber en tabel med et valgt antal rækker og søjler Komponenterne fyldes i fra venstre mod højre (rækkevist)

12 Design af brugerflader12.12 GridBagLayout Den mest komplekse layout-manager Giver fuld kontrol Eksempel i Swing-dokumentation

13 Design af brugerflader12.13 BoxLayout (1) Nogle af de samme egenskaber som GridBagLayout men meget enklere Placering af komponenter styres enten horisontalt (X_AXIS) eller vertikalt (Y_AXIS) Bemærk: containeren er parameter til konstruktoren

14 Design af brugerflader12.14 BoxLayout (2) Der er en container Box, der bruger BoxLayout som sin layout-manager Den kan bruges til at generere layouts, hvor der er styr på mellemrum og indbyrdes placering Dette kaldes strut og glue Der kan også defineres et RigidArea, som er baseret på absolutte værdier

15 Design af brugerflader12.15 Sammenligning

16 Design af brugerflader12.16 Eksempel: FlightReservation 1. A text field labeled "Date:", a combo box labeled "From:", and a combo box labeled "To:" must reside at the top of frame. Labels must be placed to the left side of their corresponding component. The text field and combo boxes must be of equal size, reside in a column, and occupy all available width. 2. A group of radio buttons titled "Options" must reside in the top right corner of the frame. This group must include "First class", "Business", and "Coach" radio buttons. 3. A list component titled "Available Flights" must occupy the central part of the frame and it should grow or shrink when the size of the frame changes. 4. Three buttons titled "Search", "Purchase", and "Exit" must reside at the bottom of the frame. They must form a row, have equal sizes, and be center-aligned.

17 Design af brugerflader12.17

18 Design af brugerflader12.18

19 Design af brugerflader12.19

20 Design af brugerflader12.20

21 Design af brugerflader12.21

22 Design af brugerflader12.22 Eksempel: resultat

23 Design af brugerflader12.23 Eksempel: to andre varianter

24 Design af brugerflader12.24 Event -håndtering Grundide: en komponent kan ”fyre” en hændelse (event), når der gøres noget bestemt ved den For eksempel at brugeren klikker på musen Hver hændelse har sin egen klasse Hver komponent understøtter bestemte af disse hændelser Når en hændelse fyres, kan den modtages den af en eller flere lyttere (Listener-objekter) Listener-objektet kaldes også event handleren ActionEvent ActionListener // kode til håndtering // en event Button

25 Design af brugerflader12.25 Listener-objekt Swing håndterer fyringen. Programmøren skal (bare) lave det listener-objekt, som skal modtage en given hændelse Dette objekt skal registeres som lytter i tilknytning til den relevante kilde til hændelsen (addXXXListener) Her registreres bl som listener objekt på begge objekterne b1 og b2

26 Design af brugerflader12.26 Event-håndtering I erklæringen af Listener-klassen angives det, at den enten implementerer en ActionListener (eller udvider udvider en klasse, der implementerer en ActionListener) I Listener-klassen defineres den eller de metoder, som realiserer håndteringen. Det er denne kode, der reagerer på den givne hændelse Her er det en hændelse af klassen ActionEvent

27 Design af brugerflader12.27 Definering som inner class Et listener-objekt defineres ofte ved hjælp af en anonym inner class Det betyder, at klassen ikke behøver at blive navngivet I eksemplet kaldes den ButtonListener

28 Design af brugerflader12.28 Navne på elementer (1) For hver komponent kan vi finde, hvad den undersøtter (se side 794-796): ­ Events ­ Listener-klassens navn ­ Add og remove metoderne Eksempel: for en JScrollbar: ­ AdjustmentEvent ­ AdjustmentListener ­ addAdjustmentListener( ) ­ removeAdjustmentListener( ) For Listener-klassen har vi også brug for at kende de metoder, der skal defineres (se side 799-800) Eksempel: for AdjustmentListener: ­ adjustmentValueChanged(AdjustmentEvent)

29 Design af brugerflader12.29 Navne på elementer (2) Hvis vi bruger en Listener skal vi definere alle metoder Hvis vi kun har brug for en af dem, er dette besværligt Derfor har nogle listener-klasser, som har flere metoder, også en adapter, der definerer tomme metoder For eksempel ComponentAdapter for ComponentListener Man behøver så bare at overskrive de metoder, der er relevante for ens opgave

30 Design af brugerflader12.30 Status Detaljeret gennemgang af layout-håndtering og de mest gængse layout-managers Detaljeret gennemgang af event-håndtering Næste gang: Komponenter i Swing Arkitektur for en GUI