Ændring af look & feel i java awt

Du bruger ikke awt komponenter, men Swing komponenter, hvis du vil have de mere udvidede komponenter. Det er dem, der starter med J.. og ligger i pakken javax.swing.*;

Lav f.eks. en button med image således:

JButton b = new JButton(new ImageIcon(\"c:/image.jpg\"));

P.s. Kig i dit java bibliotek efter SwingSet2 demoen, og kør den, ex:

C:\\jdk1.3\\demo\\jfc\\SwingSet2>java -jar SwingSet2.jar

Så kan du se nogle af de muligheder, som swing tilbyder (heriblandt forskelligt look-and-feel, men det er lidt overkill i dit tilfælde)

lige et sidespørgsmål,
hvis man f.eks. laver en JButton med et billede, compiler Java så billedet med i koden, eller skal man selv smide billedet med når man distrubuerer programmet?

// Halfdan

Du skal selv lægge det ved, men hvis du bundler det i en jar fil, er det nemmest at hente med:

    URL iconURL =
    ClassLoader.getSystemResource(relativePathToFile);
    if (iconURL != null) // If we found it bundled, use it.
        icon = new ImageIcon(iconURL);

Mit problem er at langt fra alle browsere understøtter swing-klasserne. Den \"look&feel\" jeg taler om er den der gør at fx knapper er forskellige i windows og linux! Jeg ved at det er muligt at lave sin egen \"stil\" på samme plan som linux-stilen og windows-stilen. Grunden til at jeg ikke bare kan bruge extensions af java.awt.Component er at jeg så skulle skrive hele bunken af komponenter om (hvilket jeg er godt igang med!), da jeg skal bruge mange af dem! Desuden er det forfærdeligt avanceret at skrive en klasse som List... :-)

Jeg forstår dit problem.

Men, det er muligt at embedde java som en plug-in i browseren (og derved bliver det så understøttet), hvilket giver dig de muligheder, men hvis det ikke hjælper dig, kan jeg kun tilføje, at awt bygger på tanken om en native peer component til hver java komponent, så en Button har en native Button-Peer, som indeholder platformens generelle måde at vise en knap. Andet \"look&feel\" til AWT har jeg aldrig hørt om.

Du kan dog sagtens hente alle swing klasserne, og anvende dem i din kode, hvis du ellers bundler dem. Folkene har jo trods alt ulejliget sig med at omskrive klasser som List :-)

Held og lykke med projektet

Følgende program stump skulle lave en L&F,
der svarer til det operativ system der kører hvorfra programmet afvikles:

UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());

Alle componenter, der laves efter dette kald vil få dette L&F, mens componenter der laves før vil ikke.

Andre alternativer er f.eks.

UIManager.setLookAndFeel(UIManager.getCrossPlatformLookAndFeelClassName());

som vist nok sætter \"Metal\" L&F (efter hukommelse).

Husk try-catch omkring etc.

Yep, men det var det swing, som kezzelski absolut ikke ville bruge :-)