JSplitPanes imbriquésRésolu

Question

Pimousse : débutant en java

Bonjour à tous,

Mon problème est le suivant :

J'ai une interface graphique que je veux couper en 3 parties rétractables, comme ça :

________________________
|                                              |
|________partie 1_________|
|                                              |
|_°______partie 2  ________|
|                                              |
|________partie 3_________|

J'ai donc crée un premier Jsplitpane avec comme TopComponent la partie 1, et comme BottomComponent un autre JSplitPane qui contient lui les parties 1 et 2.

Jusque là ça marche à peu près excepté quelques bugs de Layout parfois. Le vrai problème c'est que l'on ma demandé (et je n'ai pas le choix) de faire UN SEUL bouton qui permet de rétracter les parties 1 et 3 pour n'avoir plus à l'écran que la partie 2. (C'est le petit °).

J'ai donc essayé de faire un 

splitPane1.setDividerLocation(splitPane.getMinimumLocation());
splitPane2.setDividerLocation(splitPane.getMaximumLocation());

mais ca ne marche que pour le splitPane1. Celui se rétracte puis reprend sa taile originale quand je lui demande, pas de problème. Par contre le splitPane2 ne veut rien savoir ! J'ai mis des

println(splitPane.getDividerLocation());

Et je vois que la valeur de la position de la barre a bien été modifiée et poussée (à priori) à son maximum. Mais graphiquement la barre reste où elle est ! Jai bien essayé des repaint() et des updateUI() mais rien n'y fait.

En revanche, si j'essaie de bouger la barre "à la main", ca marche très bien et je peux retracter la partie 3 complètement.

Déjà merci de m'avoir lu jusqu'ici, et merci d'avance pour toutes vos idées, parceque moi là je commence à m'arracher les cheveux :(

cs_GodConan · Accepted Answer

GodConan :clown) 

Bon voila  :p) pas bien long finalement ;o)

appelant.getPanneauPrincipal().setDividerLocation(0);
appelant.getMiddleSplitedPane().updateUI();
appelant.getMiddleSplitedPane().setDividerLocation(appelant.getHeight() );

met ca ds ton action ;o) et ca marche ;o)

l update ui en fai il ne faut pas le faire sur l objet que tu vien de changer mais sur celui qui est consecutivement modifier ds son aparence ... ;o) par celui que tu vien de changer ;) Bref comme ca ca marche... ;o) par contre g mi la hauteur comme ca pour faire + simple ca depasse un peu mais de toute facon l objet recal en auto sur le bord ;o) dc c + simple que de calculler la taille de la barre + l inset etc ;o) mais si tu veu tu peu t amuser .. ;o)

bonne chance ... ;o)
et n abuse pas trop de VE  ;o)
++

cs_GodConan · Answer

GodConan :clown) 

hmm c bizard moi j ustilise setdivederposition dab et cela fonctionne tres bien!!

quoi qu il en soit la tu va te retrouver avec les split bar en haut et en bas pas tres jolie ;-(
dc si tu veu vraiment faire cela a partir d une action fait varement disparaitre les splitpane et met ton panel direct a laffichage avec un border layout

il te suffi de faire une methode qui place les splites et la position des bar
une autre ki place les panel selon leur position 
et une methode ki sauve les position de bar que tu les enleve.. ;o)

comme cela tu peu meem apliker la fonction aux 2 autre panel tres facilement... car pourkoi s areter ;o) a celui du centre ;o)

++

Pimousse77 · Answer

Pimousse : débutant en java

En effet c'est malin, mais le problème c'est que l'on me demande de faire une interface graphique hyper modulable et  facilement retouchable ou carrément remplacable. J'ai donc du séparer à chaque fois les parties traitement des parties purement graphiques.

Ce que j'essaye de dire c'est que si je fais ce que tu me dis, le traitement va devenir compliqué et le Visual Editor de Eclipse sera complètement paumé et incapable de faire une prévisualisation correcte. Or, on m'a demandé justement de séparer les parties purement  graphiques pour qu'elles soient facilement retouchables sous VE... Donc du code "à la main" point trop n'en faut dans ma classe graphique.

Pimousse77 · Answer

Pimousse : débutant en java

En tout cas merci beaucoup d'avoir répondu et de t'être penché sur le problème. Mais je ne comprend tout de même pas pourquoi celà marche pour une barre mais pas pour l'autre...

cs_GodConan · Answer

GodConan :clown) 

il faut savoir ce que l on veu du cole modulable et dc configurable ou du code de BB retouchable par VE, que je n utilise jamais du reste... ;o) (il est vrai que ma conf n est pas tres musclé et VE est trop gourmand)
je l ai essayer et je trouve toujour plus rapide d utiliser comme au bon vieu temp  ;o) mes ptt main  ;o) pour coder mes mise en pages... ;o)

Ceci di separer les vue graphic des donnee ;o) c est faire preuve ;o) de raison... ;o)c est le concepte Documents / Vues.

et si tu veut une modullaritee et interchangeabilité maximum n oublie pas de faire  ;o)  toute les Interfaces...

Pimousse77 · Answer

Pimousse : débutant en java

Vi vi j'ai bien fait des interfaces ne t'inquiète pas, une pour le noyau une pour l'interface graphique et une pour le support de données.
En ce qui concerne VE j'avoue que pour moi aussi c'est une grande première, jusqu'à présent je codais en warrior (non non pas sous le bloc note quand même ;) ) mais presque, juste un editeur avec coloration syntaxique.

Mais maintenant que je suis en stage et que je développe pour une société ben j'ai du me mettre à Eclipse (ce que je ne regrette pas d'ailleurs) et aussi à VE parceque bon. Les interfaces graphiques à la main j'en ai fait quelques unes mais pour des petits projets "perso".
Là j'attaque un progiciel de gestion commerciale, et comme j'ai que 6 mois devant moi... Enfin voilà quoi...

En tout cas le problème de ce SplitPane reste entier ! Pourquoi celui du bas ne veut pas changer graphiquement de position... Vraiment étrange...

Merci pour tes conseils

cs_GodConan · Answer

GodConan :clown) 

bon je vien de me pencher sur ton prob ;o) en refaisant un sample avec VE (ce qui ne change rien)
enfin bref g reussi a metre les split a fond ;o)
en utilisant la valeur 0 pour la pos mini et la position max selon l orientation tu prend contentpane.getWidth() ou getHeight() 

car il semble que getmax et get min te donne les position en fonction de la taille mini de l element qui ce fait aplatir ;o)

++

cs_GodConan · Answer

GodConan :clown) 

scuse g di contenpane ;o) mais c plusto la taille du composent contenant le 1ere split ;o)

Pimousse77 · Answer

Pimousse : débutant en java

Merci de t'être penché sur le problème, mais malheureusement comme je m'y attendais ca ne marche toujours pas...

En effet, je te rappelle ce que j'ai dit précedemment, c'est à dire que si je fais des 

println(splitPane.getDividerLocation())

Je peux constater que la position de la barre a bien été modifiée, et (à priori ) du nombre correct de pixels.

C'est Graphiquement que celà ne marche pas, je pense vraiment que c'est un problème graphique. J'ai pourtant essayé de blinder le truc avec des repaint() et des updateUI() partout mais sans succès... De plus, si j'active le One Touch Expandable ou la possibilité de la bouger à la main, la barre descend très bien...

Je ne comprend vraiment pas où se situe le problème... Peut être au niveau des layouts des sous composants, mais c'est une intuition bidon car je n'ai aucun élément de réponse concret...

Vas tu t'accrocher ? Ou vas tu abandonner ? En tout cas moi je continue de chercher.

Merci et @ce soir donc ;)

cs_GodConan · Answer

GodConan :clown) 

ben c qd meme vraiment etonnant j ai tou refait comme toi avec VE et moi ca fonctionne .... donc je voi rien dautre que me fournir ton source si tu veu que je regarde ton bug car je n arrive pas a le reproduire ... ;o)

Pimousse77 · Answer

Pimousse : débutant en java

Ben si ca ne te dérange pas oui ce serait vraiment sympa.
Je te met un .jar ici :

http://www.membres.lycos.fr/pimousse122/Gescom.jar

Il est executable directement, et pour l'instant il contient aussi les sources.

Les classes incriminées sont : 

gui.cartes.CarteNouveauDocument
gui.cartes.TraitementsCarteNouveauDocument

Au niveau de l'éxécution tu pourras accéder à cette carte en allant dans l'onglet 2 et en faisant precedent ou suivant jusqu'à ce que tu tombes dessus. N'aie pas peur de l'aspect actuel du programme, ca fait très chantier ;o) ...

D'ailleurs, étant débutant, je prend tous les conseils et toutes les critiques que tu pourrais être amené à faire sur mon code. Je te remercie encore pour le temps que tu veux bien m'accorder. Et bonne chance, parceque c'est quand même très bizarre ;)

cs_GodConan · Answer

GodConan :clown) 
je regarde ca ;o)

Pimousse77 · Answer

Pimousse : débutant en java

Ok merci, j'attend tes résultats d'analyse (ceux concernant mon programme hein ?! Me ramène pas une petite fiole jaune) ;)

cs_GodConan · Answer

GodConan :clown) 

 ;o) je n ai pas eu le temp de me pencher vraiment hier sur le prob ;o) 
Mais l ensemble a l air asser jolie ;o), l utilisation d un singleton pour le listener est ;o) asser originale et inabituel ;o)
je pense que cela peu te crer des souci si tu a + sieurs appelant ;o) enfin test tu vera .. ;)

autrement g piger le bug mais voi pas encor coment le resoudre 
:-(  je men occupe .. ;o)

Pimousse77 · Answer

Pimousse : débutant en java

Tout d'abord merci beaucoup ! Tu me tires une belle épine du pied !
Enfin ça marche, et surtout le plus important je pense avoir compris la solution (sinon aucun interêt).

C'est à dire qu'en fait je me suis dit qu'en faisant un updateUI() sur le composant le plus haut, ca cascaderait sur tous ceux du dessous mais c'est là que je me suis trompé, apparemment il faut bel et bien cibler le composant à updateUIter ;)

Merci pour le bonne chance, je vais en avoir besoin car maintenant il faut que je me prenne la tête avec des transferFocus() qui marchent pas. (Je veux que quand on appuie sur "Entrée" ca change de champ).
Mais bon... Comme dirait un personnage de fantasy que nous connaissons bien :

Ceci est une autre histoire ;)

cs_GodConan · Answer

GodConan :clown) 

ben entrer c pluto pour l action OK dabitude le changement de champ ce fait par TAB

;o)

Pimousse77 · Answer

Pimousse : débutant en java

Bah je sais bien, mais bon moi je fais ce qu'on me demande... La touche Entrer doit valider le contenu du champ et passer au suivant, et la touche TAB garde ses fonctionnalités bien sûr...

P.Stout le monde: Ne vous étonnez pas si vous ne pouvez plus accéder au fichier .jar, on m'a demandé de le retirer...

cs_GodConan · Answer

GodConan :clown) 
T en fai pas je le publierai pas ;o) ... autrement pour ton prob regarde du coter des mapkey ou keystrok ( je ne sai plus trop)

Autrement JComponent cntient aussi la methode registerKeyboardAction que j utiliser aussi ;o)
Mais cela n enleve pas les actino deja defini par defaut sur les composent la il te faut redefinir le mapping il me semble kil y a deja eu la questino ds un forum... 

GL

Pimousse77 · Answer

Pimousse : débutant en java

Ben j'ai fait beaucoup plus simple que ça, en fait j'ai mis un KeyListener sur chaque composant "interessant". Il capture les evenements sur la touche "Entrée" et fait ensuite les traitements nécessaires, c'est bien car celà permet de mettre un traitement différent pour chaque type de composant. Car autant "Tab" doit toujours passer le Focus, autant la touche entrée doit fonctionner différemment.
Par exemple sur un JButton ca fait un doClick()  ;o)

Et d'autres petites customisations aussi...

cs_GodConan · Answer

GodConan :clown) 

c sur si l action est diferente pour chac l abonement semble mieu 
mais je te conseil qd meme l utilisation d une seul class KeyListener et de tester la source plutot que de faire N class
ca fait un  peu plus organisé surtout si c pour intercepter toujour la meme touche... ;o)
++

Pimousse77 · Answer

Pimousse : moins débutant en java ;o)

Bien sûr que j'ai fait comme ça !! Et tu es pourtant bien placé pour le savoir puisque tu m'as toi même fait remarquer que ma classe de traitement était un Singleton ;o)

Un seul KeyListener pour tous les composants, et même une seule instance du KeyListener, et donc bien sûr un test du type de composant grâce au mot clé instanceof bien pratique que l'on ne présente pourtant pas dans les bouquins (d'apprentissage (pour débutants)) :D

cs_GodConan · Answer

GodConan :clown) 

par contre je tavai di que le singleton cetai pas forcement une bonne idee.. ;o)

Mais bon tu peu qd meme en faire +sieur des keylistener 
la plus par du temp on les place en class local au meme nivo que le composent qui les utlise c plus simple ...

Pimousse77 · Answer

Bah c'est vrai que c'est assez original mais bon ca marche plutôt bien, ou du moins ca en à l'air ;o)

Disons que ca permet de n'avoir qu'une seule instance de la classe de traitement à chaque fois.

cs_GodConan · Answer

GodConan :clown) 

oui mais tu le fai dependre de l instance qui l utilise dc si jamais tu fait 2 instance de class utilisatrice ;o) les action seront toujour executer sur la dernier instance  ... ;o) voi tu ?! ;o) c est la que le singleton est mal venu ;o)

++

Pimousse77 · Answer

Pimousse : débutant en java

Non non, j'avais pensé à ça déjà, et si tu regardes bien le code tu verras que l'on fait appel au Singleton avec un getInstance(this).

Qui permet donc au Singleton de mettre à jour à chaque fois sa variable "appelant".

;o) On me la fait pas à moi ;o)

cs_GodConan · Answer

GodConan :clown) 

ben regarde bien ;o) .... tu met bien this et dc tu change la reference pour le this precedent lorsqu il sera ds l actionperform ... ;o) je confirme dc ;o) essaye tu vera ... ;o)

Pimousse77 · Answer

Merde alors ! Mais t'as complètement raison !
C'est l'ActionEvent qui devrait porter la nouvelle reference vers l'appelant, et non l'abonnement au listener...

Rah là là j'ai encore fait n'importe quoi... Mais tu sais ce qui m'énerve le plus ? C'est que c'est pas moi qui ai voulu faire un Singleton pour ces trucs là. On m'a dit vas y fait comme ça c'est bien les Singletons... Et comme le mec il a carrément plus d'experience que moi en java j'ai fait Banco...
Tu parles... C'est vraiment pas l'utilisation la plus intelligente de ce pattern...

Enfin bon, maintenant reste à savoir si je vais tout recoder ou si je vais trouver une astuce.

Que penses tu de mettre dans le actionPerformed un truc du style :

appelant = actionEvent.getSource().getParent();

while ( ! ( appelant instanceof  JFrame ) )
         appelant = appelant.getParent();

C'est du bricolage, et maintenant que je viens d'ouvrir les yeux sur l'inutilité du Singleton ici, je me demande si je vais pas plutôt réecrire mes classes...

Enfin bon...

Merci pour tout en tout cas et @bientôt ;o)

cs_GodConan · Answer

GodConan :clown) 

;o) vi reecri me semble plus resonable ;o) desoler davoir charger autant le forum sur ce prob ;o)
pour tou te dire je n est pas lu le reste de ton prog  ;o) 
mais une grde parti etait genere par VE dc pas trop interessant ... ;o)
C surtout ce singleton ;o) qui m interpeler ;o) par contre tu peu use un singleton au nivo de la class principal...
et de toute les classe lier aux donnee enfin celle qui interface une BDD par exemple ;o) enfin il y a plein d exmple ;o) faux juste faire attention a leur emploi

Pour ton cas normalement tu n utilise que 1 seul parent ?!! dc c pas trop grave... ;o)
autrement pour faire la correction il te suffi de tranformer ton singleton en class normale avec un constructeur parametrer et ;o) cela fonctionera bien avec peu de modif...

++

JSplitPanes imbriqués

28 réponses

Votre réponse

Discussions similaires