Locale.setDefault on the fly ændrer ikke tekst i f.eks. JFileChooser

Der var jo muligheden af at være grov og kalde setLocale på JFileChooser !

Evt. en rekursiv metode som sætter på alle komponenter under content pane !!

Ja, det var naturligvis en mulighed, men det er en større applikation med små 100.000 linjers kode, som startede ud som en et-sprog applikation og nu skal gøres multisproget. Så jeg vil meget gerne undgå at skulle hele applikationen igennem for at finde objekter, som skal tvangsfodres med en ændret Locale...

Jeg havde forventet, at man nemt kunne ændres Locale on the fly ved f.eks. blot at kalde en set-/update metode - og håber fortsat, at det er en mulighed.

Jeg er ikke helt sikker på at jeg forstår problemet.

du kalder:

setRecursiveLocale(dinframe.getContentPane(), dinnyelocale);

setRecursiveLocale sætter så locale på første argument og kalder sig selv med alle under komponenter.

Uanset hvor mange JPanel's, JLabel's, Jhvadsomhelst der er, så skulel det jo få ram på det hele.

Og setDefault kan så bruges til at klare nye komponenter som tilføjes senere.

Du (arne_v) har ledt mig i den rigtige retning, da du naturligvis har ret i, at jeg kan optage eksisterende J-objekter ved rekursivt at kalde setLocale(Locale) på dem.

Jeg havde dog det yderligere problem, at jeg ikke kunne forstå, hvorfor nye J-objekter (såsom JFileChooser) fortsat havde den oprindelige Locale, når jeg forinden initialiseringen af dem havde kaldt Locale.setDefault(Locale). Men hvis jeg kalder JComponent.setDefaultLocale(Locale), så forsvinder problemet, og nye JFileChoosers bliver initialiseret med den rette Locale.

Jeg forstår dog ikke, hvorfor Locale.setDefault(Locale) ikke gør jobbet i sig selv, men det kan du måske forklare mig?

Under alle omstændigheder må du gerne smide et svar, så jeg kan belønne dig.

Der skulle have stået følgende i første afsnit:

"Du (arne_v) har ledt mig i den rigtige retning, da du naturligvis har ret i, at jeg kan opdatere eksisterende J-objekter ved rekursivt at kalde setLocale(Locale) på dem."

svar

Hvis Locale.setDefault ikke virker men JComponent.SetDefaultLocale gør så tyder det på at der sættes en static variabel med Locale meget tidligt f.eks. når første class som arver fra Jetellerandet loades.