ScrollBar sur un ensemble de JLabel

Bonjour,

J'ai un ensemble de JLabel où je leur affecte une icone et ces JLabel sont placé sous forme de grille. J'aimerais définir une taille et si les JLabel dépassé cette taille là il y ai une scroll bar pour pouvoir les voir.
J'ai vu l'objet JScrollPane mais il semble s'utiliser que sur un élément hors moi j'ai plusieurs élément. J'ai pensé à ajouté les différents JLabel dans un même conteneur et d'ajouter ce conteneur au JScrollPane mais je ne vois pas quoi utiliser.

Est ce la bonne idée ? Avez vous des pistes à m'indiquer ?

Merci d'avance

Edit : Je pensais être dans la rubrique "Interface graphique" pouvez déplacé ce topic svp

Salut,

Tu peux mettre tes labels dans un JPanel.

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
public class ScrollPanelExemple {
 
	public static void main(String[] args) {
 
		JFrame frame = new JFrame();
		frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
 
		frame.add(new JScrollPane(createPanel()));
 
		frame.setSize(300,300);
		frame.setLocationRelativeTo(null);
		frame.setVisible(true);
 
	}
 
	private static Component createPanel() {
		JPanel panel = new JPanel(new GridLayout(0, 1));
 
		for(int i=0; i<100; i++) {
			panel.add(new JLabel("Texte " + (i+1)));
		}
 
		return panel;
	}
 
}

1 pièce(s) jointe(s)

Le problème c'est que j'ai d'autre élément et je veux pas qu'il soit "scrollé"

Pièce jointe 243414

Seul les carrés blanc doivent pouvoir être affectées par le défilement

Tu veux dire un truc comme suit ?

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
34
35
36
37
38
39
40
41
42
43
44
45
46
public class ScrollPanelExemple {
 
	public static void main(String[] args) {
 
		JFrame frame = new JFrame();
		frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
 
		JPanel mainPanel = new JPanel();
		mainPanel.setLayout(new OverlayLayout(mainPanel));
		JScrollPane scrollPane=new JScrollPane(createPanel()); 
		scrollPane.getViewport ().setScrollMode ( JViewport.SIMPLE_SCROLL_MODE );
		scrollPane.getVerticalScrollBar().addAdjustmentListener(new AdjustmentListener() {
 
			@Override
			public void adjustmentValueChanged(AdjustmentEvent arg0) { 
				mainPanel.revalidate();
				mainPanel.repaint(); 
			}
		});
 
		JPanel frozenPanel = new JPanel(new GridBagLayout());
		frozenPanel.setOpaque(false);
		frozenPanel.add(new JButton("Clique-moi !"));
 
		mainPanel.add(frozenPanel);
		mainPanel.add(scrollPane);
 
		frame.add(mainPanel);
 
		frame.setSize(300,300);
		frame.setLocationRelativeTo(null);
		frame.setVisible(true);
 
	}
 
	private static Component createPanel() {
		JPanel panel = new JPanel(new GridLayout(0, 1));
 
		for(int i=0; i<100; i++) {
			panel.add(new JLabel("Texte " + (i+1)));
		}
 
		return panel;
	}
 
}

1 pièce(s) jointe(s)

C'est quasiment ça sauf que j'aimerais que les scrollBar soit seulement autour des JLabel (carré noir sur la photo)

Pièce jointe 243449

Bah, c'est le cas dans mon exemple. Bien sûr, il faut adapter la taille de la fenêtre pour que ça se cale sur la taille de tes cases, forcément, mais c'est le principe.

Eventuellement, tu peux regarder aussi ce que tu peux faire avec un JLayer.

Après, Swing c'est surtout pour faire des GUI de type conventionnel, orientée formulaire, tout ça. Pour faire des trucs plus spécifiques, il faudra réécrire un socle avec Java2D).

2 pièce(s) jointe(s)

J'ai réussi parfaitement ce que je voulais merci :

Pièce jointe 243458

Mais y'a un petit bug d'affichage quand je scroll et je ne vois pas du tout d'où ça vient :

Pièce jointe 243462

Edit : Il semblerait que le problème vienne de ça :
Code:

1 2 3 4 5 6 7 8 scrollPane.getVerticalScrollBar().addAdjustmentListener(new AdjustmentListener() { @Override public void adjustmentValueChanged(AdjustmentEvent arg0) { revalidate(); repaint(); } });
Est-ce normal ?

Cela ressemble à une conséquence du recyclage du contexte graphique. Tu manipules toi-même le contexte graphique en dehors des méthodes de dessin de Swing ?
Tu as des classes où tu as redéfinies une méthode de dessin, genre paint(), paintComponent() ou consorts ? Une méthode dans laquelle tu aurais oublié d'appeler la "super méthode" ?

Oui justement la méthode qui créé les JLabel prend en paramètre un objet Graphics, est ce un problème ?

L'instance de Graphics, utilisée dans le cadre des méthodes paint() et consorts, est un objet réservé à Swing. On ne doit pas le manipuler sauf dans les méthodes de Swing qui le prennent en paramètre, telles que paint() ou paintComponent(). Swing gère la notion de contexte graphique de manière à économiser de la mémoire et du temps cpu : le même contexte graphique peut être utilisé par plusieurs composants pour leur propre rendu, Swing faisant le rendu de chaque composant, l'un après l'autre, ce qui fait que l'utiliser en parallèle du processus normal, peut donner comme résultat qu'on voit le dessin d'un composant dans un autre. Par ailleurs, je ne vois aucune raison qui nécessiterait d'avoir besoin d'un contexte graphique externe pour créer des composants, JLabel ou autre. A quoi pourrait-il bien te servir ?

Citation:

Envoyé par joel.drigo

L'instance de Graphics, utilisée dans le cadre des méthodes paint() et consorts, est un objet réservé à Swing. On ne doit pas le manipuler sauf dans les méthodes de Swing qui le prennent en paramètre, telles que paint() ou paintComponent(). Swing gère la notion de contexte graphique de manière à économiser de la mémoire et du temps cpu : le même contexte graphique peut être utilisé par plusieurs composants pour leur propre rendu, Swing faisant le rendu de chaque composant, l'un après l'autre, ce qui fait que l'utiliser en parallèle du processus normal, peut donner comme résultat qu'on voit le dessin d'un composant dans un autre. Par ailleurs, je ne vois aucune raison qui nécessiterait d'avoir besoin d'un contexte graphique externe pour créer des composants, JLabel ou autre. A quoi pourrait-il bien te servir ?

Ah non, j'ai dû mal m'exprimer la méthode prend en paramètre un objet graphics mais est appelée au sein de la méthode paintComponent de mon JPanel. Je n'ai pas crée mon propre Graphics.

Je ne sais pas ce qui est pire entre utiliser un contexte graphics en dehors du thread Swing, ou créer des composants dans le process de rendu. La méthode paint() sert à dessiner dans le contexte graphique, d'où le paramètre. La construction des composants et tout ce qui s'y rapporte ne doit pas être fait dans le rendu. On n'a pas de contrôle sur le rendu, ça peut être appelé quand il est nécessaire de redessiner, à n'importe quel moment, et autant de fois que nécessaire. En plus d'être illogique, construire les composants dans ce cadre ne peut amener qu'à des résultats aléatoires. On construit une IHM à base de composants, et il est nécessaire d'en faire le rendu pour avoir des pixels à l'écran qui correspondent à cette construction. On n'utilise pas le process de rendu pour élaborer l'ihm.
J'imagine que la création de JLabel doit provoquer à un moment donné un appel de rendu, sur un contexte qui dont pas prévu pour et donc le résultat se voit ailleurs. Comme chaque composant est dessiné dans un repère relatif à son parent, si dans le cadre du rendu d'un composant A, tu dessines un composant B, qui devrait être relatif à son parent à lui, tu vas voir le dessin de ce composant, mais là où devrait être dessiné le composant A.

D'accord merci. Désormais l'objet Graphics n'est utilisé que dans le JLabel, il n'y a plus de soucis lorsque le addAdjustmentListener est présent.
Par contre je n'ai pas bien compris son utilité ? En effet que cette méthode soit utilisée ou non il n'y a aucun changement.

Citation:

Envoyé par Sebenf0rce

D'accord merci. Désormais l'objet Graphics n'est utilisé que dans le JLabel, il n'y a plus de soucis lorsque le addAdjustmentListener est présent.
Par contre je n'ai pas bien compris son utilité ? En effet que cette méthode soit utilisée ou non il n'y a aucun changement.

C'est-à-dire ? Quelle méthode ? addAdjustmentistener ? Ça signifie quoi "utilisée" ? S'il n'y aucun code dans la méthode adjustmentValueChanged du listener ajouté par cette méthode, c'est normal qu'il ne se passe rien de différent avec ou sans l'écouteur ajouté. Mais s'il y a du code dedans, il y a peut-être un autre code qui provoque le même comportement différemment, voire même de la mauvaise manière. Par exemple, on peut rafraichir une UI uniquement lorsque c'est nécessaire (quelque chose qui change), ou toutes les millisecondes (ce qui a pour effet de rafraichir sans arrêt l'UI, donc forcément quand c'est nécessaire, ou du moins suffisament pour que l'oeil ne se rende pas compte quand c'est pas fait, en revanche, la seconde solution plombe les performances en harcelant le cpu inutilement), ou dans une boucle infinie du genre du repaint() dans paint().

Tout ce que tu dis serait bien plus clair si je pouvais voir le code source.

Il y a les appels aux méthodes repaint et revalider dans les AdjustmentListener, du coup la fenêtre doit être rafraichie autre part mais je vois pas où.
Voici le code : https://github.com/SebGonzalez/2DLevelEditor
Je les utilise dans la classe PanelCreation.

Ce genre de chose :
Code:

1 2 scrollPane.setBounds(xCaseNiveau, yCaseNiveau, widthCaseNiveau, heightCaseNiveau); scrollPaneTexture.setBounds(xBarre+30, 20, widthTexture, this.getHeight()-100);
ne doit pas être fait dans paint, ou paintComponent, ou méthode du même genre.

Comme je te le disais paint (et consorts) sert à peindre, point final. On construit un mur puis on fait un trou et on pose une prise de courant. Puis on paint le mur. Et pendant qu'on peint le mur, on ne change pas la position de la prise, sinon ça veut dire qu'on bouche le trou et qu'on reperce le mur à un autre endroit), donc qu'il faut repeindre le mur (le problème, c'est que Swing peut estimer qu'il faut repeindre d'autres murs aussi, et là il va utiliser le même pinceau (pour simplifier ce qu'est un Graphics)).
Mise à part si les dimensions ne changent pas, la méthode setBounds va faire un invalidate, un notifyNewBounds (dont on peut trop savoir ce qu'il va impliquer, selon les écouteurs), et un repaintIfNeeded : de quoi repasser dans d'autres composants avec un contexte actuellement utilisé pour le composant instance de PanelCreation.
S'il y a adapter la taille des scrollpanes à de nouvelles conditions, le faire quand ces conditions changent (quand l'une des variables xCaseNiveau, yCaseNiveau, widthCaseNiveau, heigthCaseNiveau, xBarre, widthTexturer et this.geTHeight() change ; pour this.getHeight() utilsier un ComponentListener).

C'est bon j'ai corrigé du coup. La redimension est effectué dans les listener.
Par contre il n'y a aucun changement s'il y a le repaint et le revalidate ou non dans le AdjustmentListener. A quoi sert il exactement ?

Il sert normalement à cause du bouton situé au dessus de la grille. Sans ça, le bouton va scroller, ou disparaitre, selon le mode de scrolling. Si l'adjustementlistener n'a pas d'effet, c'est qu'on a ce repaint provoqué ailleurs ou autremen. Le revalidate n'est peut-être pas indispensable.

D'accord merci beaucoup pour ton aide ;)