Generere ny label ved tryk på knap

Jeg ville nok bruge:

JButton nybtn = new JButton();
lstofbtns.add(nybtn); // for at kunne finde den igen
ditpanel.ad(nybtn);
ditpanel.noget();

hvor noget er enten repaint eller revalidate.

Okay - det ser jo lige så simpelt ud, som jeg forventede, at det kunne gøres :-)

Det vil jeg lige prøve i morgen. For at tage evt. spørgsmål på forkant, så skulle jeg til at spørge om: hvad er "lstofbtns"? Men så så jeg, at det jo nok er en forkortelse for "listOfButtons" - hvormed man kan finde dem igen, som du skriver. Jeg skulle nemlig også til at spørge, om der er mulighed for at hæfte information på hver button, og så iterere igennem dem senere. Men det har du jo sådan set også implicit svaret på :-)

(er mine antagelser korrekte?)

Man kan god hente alle children til et panel og teste på deres type etc., men jeg vil mene at det er pænere at gemme en liste.

Nu har jeg forsøgt at implementere det. Men den nye label kommer ikke frem. Umiddelbart vil jeg tro, at labelen har brug for koordinater på grænsefladen, for at kende dets initialiseringspunkt.

Dernæst har jeg oprettet nogle andre knapper, som skal ændre ikonet på den aktuelle label. Disse knapper virker fint nok med den første knap. Men hvad med de resterende, som oprettes under kørsel? Skal man så lave et smart system ang. navngivningen af disse nye labels, og så benytte dette navngivningssystem som argument til modificerings-knapperne?

Jeg er godt nok træt af IDE'er. Nu er den aktuelle initialiserings-label forsvundet. Og jeg har slettet al den kode, jeg har sat ind i dag. Alligevel er den der ikke på runtime. På designtime er den der selvfølgelig. Grrrr...

Godt så - så fik man den frem igen. Ved at indsætte en ny label i IDE'en, så kommer den gamle frem igen på runtime. Næste problem er så, at labellen ikke har det afsnit i sine properties mere, som har med Layout at gøre. Og dette afsnit var netop det afgørende ved denne label, eftersom den skal sættes i drag_layer'et.

Nu har jeg fundet ud af, hvordan de properties sættes fra koden. Det eneste, jeg vist mangler nu, er, at høre lidt overvejelser omkring generering af nye labels og navngivning af dem. Og hvordan man på en smart måde sætter listeners på dem alle sammen. Hvordan der i det hele taget på fornuftig vis holdes styr på et teoretisk virvar af nye labels og kontrol af dem...?

Jeg har forsøgt, at implementere en liste af labels nu, så listens index både repræsenterer hvilken label, der er tale om på et givent tidspunkt, samt hvilken label, der behandles grafisk på GUI'en.

Jeg har bl.a. brugt denne kode:

//create a list of labels:
DefaultListModel model=new DefaultListModel();
JList listOfLabels=new JList(model);

listOfLabels.add(jLabel12);
int number=listOfLabels.getModel().getSize();

Men både før der tilføjes elementer til listen og efter, er sizen=0. Så enten gør jeg noget forkert, eller også er en JList ikke ideel til formålet. Jeg har nu fundet nogle eksempler på nettet, hvor JList netop benyttes til lignende formål - dog hvor listen oprettes ud fra en allerede fuld gruppering af elementer. Men jeg har også fundet eksempler på, at et HashMap skal benyttes. Her ses det:

http://download.oracle.com/javase/6/docs/api/java/util/HashMap.html

at "put" vist kan klare tricket. Jeg har blot tidligere lært, at hash-tables kun skal benyttes, når der er tale om rigtig store mængder data. Jeg går ud fra, at hash-tables og hash-maps er i samme familie. Og eftersom der i mit projekt vel typisk maks skal være 20 elementer, så vil jeg tro, at et hash-map er overkill. Men hvis det virker, så gør det jo sådan set ikke noget :-)

Jeg ville bruge en List/ArrayList hvis de skal hentes på index og en Map/HashMap hvis de skal hentes på navn.

Så må jeg nok hellere holde mig til ArrayList, selvom jeg havde håbet på at skulle sætte mig ind i (for mig) nye områder.

Lægger du lige et svar, Arne_v?

svar

Og den sidste lille finesse:

Vector og Hashtable har samme funktionalitet som ArrayList og HashMap - eneste forskel er at deres metoder er synkroniserede, men de betragtes normalt som værende forældede siden siden ArrayList og HashMap blev introduceret i 1998 !

Vector og HashTables metoder er synkroniserede? Eller ArrayList og HashMaps?

At have synkroniserede metoder er da vel et stort plus? Hvorfor er de så at betragte som forældede?

Jeg er ikke helt med...måske er jeg bare forvirret.

Vector og Hashtable har synkroniserede metoder.

Det har ArrayList og HashMap ikke.

Nej - det er ikke en fordel. Erfaringen viser at der som oftest er brug for synkronisering over flere kald og ikke synkronisering af det enkelte kald. Derfor er det bedre at overlade synkronisering til kalder.

Ah, okay :-)