Discussion :

[aurelien94]

Bonjour , J'aimerai faire un jeu de plateau et je me retrouve confronté à un problème

Dans un premier temps j'aimerai que l'utilisateur puisse cliquer sur un pion, puis cliquer sur un point sur l'écran et qu'il voit le pion se déplacer de sa position initiale au point choisit !

Mes problemes :
-comment savoir quel pion a été selectionné , j'ai voulu essayé avec des getSource() mais je n'y suis pas arrivé

-Quand le pion se deplace, il apparait directement à sa position final !
(surement un probleme de rafraichissement mais si j'essai de mettre un timer dans ma boucle for le thread s'arrete ne raffraichit donc pas !

ma fonction de deplacement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
private void mouve(int orix,int oriy,int destx,int desty,int gpid){
 
/*gpid estl'id du pion*/
 
      float coeff=(float)(desty-(oriy+25))/(float)(destx-(orix+25));
/*Pour le deplacement je considere une fonction linéaire donc je calcul le coeff directeur*/
 
      if(desty<oriy) coeff=coeff*-1;
      if(orix<destx)
            for(int i=orix;i<destx;i++) {
            pipi[gpid].setX(i);
            pipi[gpid].setY((int)(coeff*i));
            System.out.println("x:"+pipi[gpid].getX()+"y:"+pipi[gpid].getY());
            repaint();
           }
      else 
          for(int i=orix;destx<i;i--) {
            pipi[gpid].setX(i);
            pipi[gpid].setY((int)(coeff*i));
            System.out.println("x:"+pipi[gpid].getX()+"y:"+pipi[gpid].getY());
            repaint();
          }
 
            }

ma class Gpion

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
34
35
36
37
38
39
40
41
42
43
public class Gpion implements MouseListener{
 
    public Image im=Toolkit.getDefaultToolkit().getImage("repos.png");
    public int x,y;
    /** Creates a new instance of Gpion */
       public Gpion() {
 
        this.im=Toolkit.getDefaultToolkit().getImage("repos.png");
    }
 
    public Gpion(int a,int b) {
     this.x=a;
     this.y=b;
        this.im=Toolkit.getDefaultToolkit().getImage("repos.png");
    }
 
 
    public int getX(){
        return this.x;
    }
 
    public int getY(){
        return this.y;
    }
    public void setX(int a){
        x=a;
    }
 
    public void setY(int a){
        y=a;
    }
 
     public Image getIm(){
        return Toolkit.getDefaultToolkit().getImage("repos.png");
    }
    public void setIm(Image i){
        im=i;
}
 
    public void mouseClicked(MouseEvent e) {
        System.out.println(e.getSource());
    }
}

Merci d'avance !!!

[divxdede]

-Quand le pion se deplace, il apparait directement à sa position final !
(surement un probleme de rafraichissement mais si j'essai de mettre un timer dans ma boucle for le thread s'arrete ne raffraichit donc pas !

Ta boucle déplacant le pion doit s'executer dans un autre Thread que l'EDT (Event Dispach Thread).
Ce thread pourra effectuer des "Sleep" sans broncher et redessiner ton pion se déplacant.

[BainE]

pour faire ca y a un excellent tuto de Gfx sur le drag n drop, qui correspond a ce que tu veux faire

[aurelien94]

C'est pas exactement du drag n drop que je veux faire justement ^^' .
Vu que l'utilisateur de voir le pion bougé tt seul

[sinok]

Grosso modo un timer, une equation affine et du dessin sur le GlasspPane de ta JFrame devrait faire l'affaire.

Il suffit juste que tu ressortes tes cours de maths de
3eme ou 2nde pour calculer l'equation d'une droite à partir de deux points (le point de depart et l'arrivée).

Grosso modo tu vas créer une classe héritant de JComponent dans la quelle tu redéfiniras la méthode paintComponent pour qu'elle dessine une image à un endroit précis.

Dans cette classe tu auras pour membres un javax.swing.Timer, une BufferedImage, un entier pour l'absisse et un pour l'ordonnée de départ, et de même pour la destination.

Puis lorque tu actives le timer tu commence à dessiner l'image et à chaque passage dans la méthode paintComponent tu incrémentes x, déduis y depuis x avec l'equation et redessine l'image à la bonne place.

Une fois l'image arrivée à detination tu fais en sorte que le composant ne dessine plus rien....

Ce composant remplacera le GlassPane de ta JFrame avec la méthode setGlassPane de celle ci.

Et pour comprendre comment faire joujou avec un timer et le glasspane, vas voire le tuto Attendre avec style de Gfx toujours

[BainE]

n'empeche que dans le tuto sus mentionné, il y a toute une partie sur le création de glassPane, avec l'image de l'objet sourcedessus, bon a adapté car elle se deplace sous la souris, mais je te conseille d'y jeter un oeil (pas trop fort bien sur)

[aurelien94]

La méthode de divxdede a bien marché en mettant ma boucle for dans un new thread on voit bien le pion bougé . Puis avec un timer je peux géré la vitesse du pion Mais j'ai l'impression que mon thread s'arrete jamais :s et je sais pas comment mettre monthread.stop(); que quand le pion est arrivé à destination.

Mais je pense que je vais me tourner vers la solution du GlassPane qui me permetterait de bloquer toutes les actions possibles pendant le déplacement du pion .

Pour l'équation d'une equation affine il y avait rien de difficile

Mais comment faire ca :

Une fois l'image arrivée à detination tu fais en sorte que le composant ne dessine plus rien....

[billynirvana]

Un trhead se kill tout seul. Quand il a terminé sa méthode run(), il n'existe plus.

[sinok]

Tu as juste un boolean dans ton composant disant si tu dois dessiner ou pas et ensuite dans ton paintComponent tu verifie l'état de ce booleen suivant la valeur tu executes du code ou pas

[bbclone]

pourquoi travailler sur le glasspane ?

le contentpane devrait quand meme suffire. non?

[aurelien94]

pourquoi travailler sur le glasspane ?

le contentpane devrait quand meme suffire. non?

Je me posais la meme question

[bouye]

A priori, je dirai eviter d'integrer une logique d'animation, dans un element reserve a une logique d'affichage et d'edition. De plus comme ca pas besoin de bidouiller la methode d'affichage du contentPane pour le calcul des zone a redessiner, etc... mais c'est juste une supposition d'un lundi pas fraichement reveille.

[bbclone]

c'es un jeu de plateau. y'a pas d'edition. :-)

seulement ca me parait bizzare. j'aurais (moi) tout fais sur le contentPane. c'etait juste une question comme ca.

merci quand meme pour cette explication (meme si je suis pas encore convaincu )

[bouye]

De toute maniere c'est juste une supposition lancee sans trop connaitre les details du jeu en question. Moi j'y vois certains avantages comme d'eviter d'avoir a calculer soi-meme des "dirty regions" pour optimiser l'affichage, mais je peux me tromper.

[aurelien94]

Qu'est ce que les "dirty regions" ?

J'ai un autre probleme, j'ai plusieur pions sur mon plateau.
Et j'aimerai que d'un click sans faire 36 comparaisons ,avoir l'id du pion.
Donc je fait un tableau de pion l'id representé par l'indice du tableau.
Et j'aimerai rajoute un Listener sur mes pions .
L'ennui c'est que quand je fais pion[i].addActionListener(.... ou .addMouseListener(...
ben il cherche logiquement une methode dans ma class pion :s
Comment faire ? Ma class pion doit etre une extends d'une class genre Jlabel et pour l'image j'utilise l'icon ? Y a t il une autre solution ?
Merci .

[bouye]

Une "dirty region" (ou "region sale") c'est la zone minimale a reafficher en cas de modifications de l'image. Ce qui permet de n'avoir pas a redessiner entierement toute la zone de la fenetre/ecran et donc permet en general d'avoir un affichage plus rapide. Par fois quand le calcul de la dirty region est trop complexe, ou qu'elle est trop grande par rapport a la surface d'affichage, cela vaut mieux de reafficher completement l'ecran/fenetre cependant.

La maniere la plus simple de mettre en place ce mecanisme est d'utiliser des boites englobantes rectagulaires pour les differents objets a l'ecran, de calculer une boite englobante resultantes de tous les objets touches par l'animation et de faire de cette boite la zone de clip du Graphics (setClip()). Lors d'un rendu seules les modifications apportees a l'interieur de la zone de clip sont repercutees sur le dessin.

Definie-toi une classe Actor qui contient un sprite (image), une boite englobante rectangulaire, un point de reference et une ID. Et fait que Pion derive de cette classe, avec en plus des methodes liees au mecanisme du jeu. Avoir des boites englobantes permet de faciliter, entre autre, la detection du pion sur lequel on a clique. Si on a un match, alors on verifie plus en avant si on est effectivement sur le pion (en utilisant un bitmask par exemple ?).

Pour le MouseListener ou l'ActionListener tu n'y couperas pas, ca sera sur le le JPanel qui affiche le jeu. De toute facon il est tres fortement lie a l'interface graphique construite par dessus le jeu et donc ne devrait pas directement interragir avec les entites du jeu meme.

De toute maniere essaie de separer un minimum la logique d'affichage et la logique du jeu. Cela peut permettre plus tard d'avoir plusieurs sorties graphiques (AWT/Swing/SWT/2D/3D/distante) tout en gardant le meme moteur de jeu.

Ca te ferai un minimum de 3 couches : JPanel (client local Swing) <=> moteur de jeu 2D (sprites et co) <=> logique du jeu.