Jfilechooser : Pb de lenteur ! Bizard.

Version imprimable

Bonjour c'est trop bizard, parfois ça marche niquel , parfois le jfilechooser prend 10 secondes à s'ouvrir et quand il est ouvert chaque changement de dossier rame.. (ça me bloque casiemnet le pc j'ai l'impression) .

voici le code

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
publicstaticvoid saveImage(JFrame parent,BufferedImage BImage,String[] arguments) {
JFileChooser chooser;
 
FileSystemView vueSysteme = FileSystemView.getFileSystemView(); 
File defaut = vueSysteme.getDefaultDirectory(); 
chooser=new JFileChooser(defaut);
chooser.setDialogType(JFileChooser.SAVE_DIALOG);
chooser.setSelectedFile(new File(arguments[0]+".jpg"));
//chooser.showOpenDialog(null);[/LEFT]
FileFilter jpg = new FiltreSimple("Fichiers JPG",".jpg");
chooser.addChoosableFileFilter(jpg);
 
 
int returnValue = chooser.showDialog(parent, "Enregistrer sous...");
if (returnValue == JFileChooser.APPROVE_OPTION) {
File file = chooser.getSelectedFile();
if (file != null)
try {
BImage=ImageOutils.redimensionner(BImage,0.7);
BImage=ImageOutils.niveauDeGris(BImage);
Image monImagegrise = Toolkit.getDefaultToolkit().createImage(BImage.getSource()); 
try{
ImageOutils.compressionJpg(monImagegrise,file.getPath());
}catch(Exception e){ e.printStackTrace();}
 
}
catch (Exception ex) {
ex.printStackTrace();
}
}

Peux-être que sa vient du fait que j'utilise le jfilechooser dans une application javawebstart ?? qu'en pensez-vous ? merci beaucoup

24/05/2006, 15h11
ionix

Personne n'a une idée ? Sinon à la limite n'existe t-il pas d'otre objet équivalent à jfilechooser mais qui marcherait mieux ? ça me parait buggué moi.. Au départ je pensais que cela venait de mon lookandfile mais en l'enlevant ça fait pareil...
24/05/2006, 15h33
menuge

Ca me surprend qu'il soit long, pcq c'est un objet qui exite depuis très longtemps et personne ne s'en est plaint...
Il n'est absolument pas buggé....

Je l'utilise depuis un cetain temps et pas de souci
24/05/2006, 15h43
ionix

Oui ça m'étonne beaucoup aussi, j'ai vraiment pas de chance. Bon je vais passer l'aprem à chercher je vous tient au courant !! merci qd même !:aie:
24/05/2006, 15h53
menuge

Je ne sais pas si tu travail avec Eclipse, mais si tu as des pb de perfs, regarde les plug in TPTP... (je vais un peu de pub dsl)
24/05/2006, 15h56
ionix

oui je travail sur Eclipse mais aprés je ne sais pas si j'ai des problèmes de perf dans le sens où j'ai toujours travailler (ou jouer ? :p) sur Eclipse.

Merci pour l'info !:mrgreen:
24/05/2006, 18h23
ypicman

J'ai eu le même soucis, toujours pas très résolu... mais j'ai une piste. L'initialisation du JFileChooser et son affichage... c'est de là que dépend la vitesse d'apparition. Sinon j'attends une réponse plus développée, ça m'aiderais également à comprendre les bétises que j'ai pu faire avec ce JFC.;)
24/05/2006, 18h58
max25b

salut

jutilise egalement le jfilechooser mais jai aucun probleme de lenteur.....pourtant jutilise Eclipse qui nest pas un cadeau..

jai fait mon model a partir de ce lien:
http://java.sun.com/docs/books/tutor...ooserDemo.java
va voir au cas ou taurais oublier quelque chose...
25/05/2006, 15h28
ionix

Merci je vais regarder ton lien.

Je reprécise que c'est un problème totalement aléatoire.
En ce moment mon JFileChooser marche à la perfection, mais demain est un autre jour, et je sais pas ce qui m'attend :mrgreen:

Ce problème qui vous parait peut être annodin a pour moi des conséquence dramatique dans mon sommeil. J'ai peur que mon JFileChooser ne marche plus d'un coup...

Trève de plaisanterie j'espère qu'on va trouver une réponse à cette bizarerie ! :)

En attendant je trouve sa bugué le java parfois... mais bon c'est peut être moi qui suis nul.
25/05/2006, 15h30
ionix

Ben c 'est parfait max merci.

J'ai + confiance en se JFileChooser extends Panel plutôt qu'au JFileChooser donné par défaut mais ça ne donne pas de solution pour l'autre !

Chui chiant hein ? :oops: :mrgreen:
26/05/2006, 11h12
ypicman

Ah! ok, je viens de voir la source...

En fait c'est bien le même JFileChooser, mais la différence de rapidité viens du fait que le JFileChooser est construit à l'initialisation des boutons, donc il met beaucoup moins de temps à venir quand on l'appelle.

Merci ;)
27/05/2006, 20h04
ionix
Ah tu veux dire que l'initialisation
Code:

1 2 JFileChooser chooser;
devrait être placé avant la fonction pour gagné du temps ?

Sinon au pire je me dis qu'il doit y avoir moyen de jouer sur "setVisible(true)"; à moins que cette méthode n'existe pas sur l'objet JFileChooser.
29/05/2006, 12h49
ypicman

oui enfin pas juste JFileChooser truc;, il faut l'initialiser complètement en créant préalablement l'objet. Après, tu modifie son modèle selon les besoin juste à l'appel et c ultra rapidos ! ;)
29/05/2006, 16h59
ionix

Oki merci :mrgreen:
10/08/2006, 14h53
seiryujay
C'est pas pour relancer le topic, mais je viens de rencontrer le même problème...

J'ai jamais eu de problème avec les JFileChooser, et là, j'ai créé une appli test qui crée une JFrame vide et ouvre un JFileChooser de base, et y'a ce problème de lenteur. Ca ne met pas 10 secondes, mais quand on essaie d'ouvrir un dossier ça met bien 2 ou 3 secondes.
Mon code est pourtant simple :
Code:

1 2 3 4 5 6 7 JFileChooser fileChooser = new JFileChooser(); int returnVal = fileChooser.showOpenDialog(null); if (returnVal == JFileChooser.APPROVE_OPTION) { ... }
J'ai bidouillé un peu, j'ai essayé de rajouter un FileFilter, puis je l'ai enlevé, etc, et maintenant ça marche bien, alors que j'ai le même code qu'au moment où ça ramait.

J'ai recopié la classe qui ouvre le JFileChooser dans un de mes projet, et j'ai le problème de lenteur, alors que le code est le même...

Je ne comprends vraiment pas ce qu'il se passe. :?
10/08/2006, 15h08
seiryujay

En fait, j'ai trouvé!

J'avais déclaré une classe Toto ne faisant qu'ouvrir le JFileChooser et traitant son résultat. Ensuite, dans ma classe principale MainClass, je créais une instance de cette classe Toto, et ça ramait.

J'ai testé en codant directement dans ma MainClass l'ouverture d'un JFileChooser (sans passer par la classe Toto), et là, ôh miracle, ça ne rame plus...

C'est strange quand même... ;)
10/08/2006, 15h10
seiryujay

En fait, je corrige, c'est parce que dans ma classe Toto, je charge une dll...
Si j'enlève ce chargment, ça marche correctement...