java JFrame graphiques

J'ai le code simple suivant dans une JFrame constructeur

    super(name);
    setBounds(0,0,1100,750);
    setLayout(null);


    setVisible(true);

    g = this.getGraphics();
    int[] x =new int[]{65,  122,  77,  20, };
    int[] y =new int[]{226,  258, 341,  310};
    g.setColor(Color.RED);  
    g.drawPolygon (x, y, x.length);
    System.out.println(g);

- Je obtenir à la sortie de la console:

sun.java2d.SunGraphics2D[font=java.awt.Font[family=Dialog,name=Dialog,style=plain,size=12],color=java.awt.Color[r=255,g=0,b=0]]

Mais pas de rouge polygone dessiné sur JFrame mais juste le vide JFrame.

Pourquoi ??

Ce n'est pas la bonne façon de dessiner sur une JFrame. Vous devez sous-classe Composite et remplacer paintComponent(Graphics), et de faire de la peinture sur l'objet graphique y sont passés.

OriginalL'auteur aditya parikh | 2012-10-25

7
- Ne pas remplacerpaint(..) dans JFrame
- Plutôt ajouter personnalisé JPanel avec substituée paintComponent(Graphics g) à JFrame
- Ne pas utiliser Null/AbsoluteLayout utiliser un LayoutManager
- Ne pas appeler setBounds(..) sur JFrame instance (et non pas qu'il n'est pas permis, mais ne peux pas le voir être pertinents dans la présente demande)
- N'oubliez pas d'utiliser HAE pour créer et modifier les composants GUI:
```
javax.swing.SwingUtilities.invokeLater(new Runnable() {
            @Override
           public void run() {
                Test test = new Test();
           }
});
```
vous serait alors de faire quelque chose comme ceci:
```
public class Test {

    /**
     * Default constructor for Test.class
     */
    public Test() {
        initComponents();
    }

    public static void main(String[] args) {

        /**
         * Create GUI and components on Event-Dispatch-Thread
         */
        javax.swing.SwingUtilities.invokeLater(new Runnable() {
            @Override
            public void run() {
                Test test = new Test();
            }
        });
    }

    /**
     * Initialize GUI and components (including ActionListeners etc)
     */
    private void initComponents() {
        JFrame jFrame = new JFrame();
        jFrame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

        jFrame.add(new MyPanel());

        //pack frame (size JFrame to match preferred sizes of added components and set visible
        jFrame.pack();
        jFrame.setVisible(true);
    }
}

class MyPanel extends JPanel {

    @Override
    protected void paintComponent(Graphics g) {
        super.paintComponent(g);
        int[] x = new int[]{65, 122, 77, 20};
        int[] y = new int[]{226, 258, 341, 310};
        g.setColor(Color.RED);
        g.drawPolygon(x, y, x.length);
    }

    //so our panel is the corerct size when pack() is called on Jframe
    @Override
    public Dimension getPreferredSize() {
        return new Dimension(400, 400);
    }
}
```
qui produit:

+1, bel exemple. Seul point de curiosité est le commentaire à propos de setBounds? Quelle est la différence entre ce à l'aide de setLocation & setSize?
merci... Comme pour setBounds(..) je n'ai pas de preuves concrètes, mais je le vois comme une fusion de setSize() et setLocation(). Je n'ai pas de problème avec setLocation() (outre le fait que le poste est peut-être hors de l'écran), mais setSize() a connu des problèmes tels que les composants soient pas cachés dus à une erreur de taille donnée, etc, et la même chose peut se produire lors du réglage de la hauteur et de la largeur à l'aide setBounds(x,y,width,height). Si je suis ouvert à la critique 🙂
Personnellement, je n'ai pas de problème particulier, pack et setLocationRelativeXxx sont généralement plus utiles au jour le jour, à mon humble avis, bien que parfois nécessaire et souhaitable de spécifier l'emplacement de la taille directement. Il serait "décourager" l'utilisation de positionnement absolu de cette manière, sans bonne raison, mais c'est juste moi. Voulais juste avoir votre point de vue 😉
très vrai, et non pas un problème, j'ai édité le post pour montrer les changements et les OP et les autres puissent voir les commentaires
Hey, je suis l'ajout de l'image suivante dans le Composite msu-footprints.org/2011/Aditya/map.jpg puis en ajoutant polygone int[] x = new int[]{65, 122, 77, 20}; int[] y = new int[]{226, 258, 341, 310}; g.setColor(Color.RED); g.drawPolygon(x, y, x.length); Le polygone doit coïncider avec la construction de GER, mais est un peu en décalage. Mon proff dit les coordonnées sont d'accord. Il n'y a rien de mal avec la façon dont j'ai mis la position de l'image.

OriginalL'auteur David Kroukamp
2

Vous devriez mieux remplacer paint(Graphics g) ou paintComponent(Graphics g) que l'approche que vous essayez. Ajoutez les lignes ci-dessous et supprimer les lignes qui suivent setVisible dans votre code.
```
public void paint(Graphics g) {
  int[] x =new int[]{65,  122,  77,  20};
  int[] y =new int[]{226,  258, 341,  310};
  g.setColor(Color.RED);  
  g.drawPolygon (x, y, x.length);
}
```
et de ne pas utiliser getGraphics(), cette méthode est utilisée pour l'Impression ou d'enregistrer des Graphiques pour le Fichier
Mais la peinture de la méthode s'exécute à commencer automatiquement. Je veux par programmation à décider de la date de tirage.
Ensuite, mettre un drapeau et en tirer les choses en vertu de la peinture uniquement lorsque le drapeau décide que.
Vous ne devriez vraiment pas remplacer un haut niveau de conteneurs méthode de peinture. En dehors de toute autre chose, il n'est pas double tampon, il est préférable de remplacer quelque chose qui s'étend de JComponent
C'est vrai. Cependant, j'ai montré où la mauvaise partie est. Les choses peuvent certainement être améliorées à partir de ce point.

OriginalL'auteur Dan D.

Vous devez vous connecter pour publier un commentaire.