Discussion :

[ZuluLa]

Bonjour, je viens a vous pour essayer de trouver une solution ensemble ...
* Langage de développement JAVA et IHM en SWT.

Résumé de mon application :
En fait j'utilise une socket TCP pour faire communiquer 1 client et un serveur.
Du coté du serveur, j'ai en plus 2 files de message FIFO (ArrayBlockingQueue).

--> La première est utilisée par la Socket pour ÉCRIRE des données qui sont ensuite LUES et affichées par l'IHM.

--> L'autre file de message est utilisée par l'IHM pour ÉCRIRE des données qui seront ensuite envoyées au client via la socket TCP.

Le problème c'est que l'affichage des infos sur l'ihm se fait que quand le curseur passe sur l'IHM ou quand on clique sur l'IHM. c'est a cet instant seulement que le résultat s'affiche dans la zone de texte...

Donc j'aimerai savoir comment faire pour que l'IHM affiche les résultats directement(sans qu'on ait besoin de passer ou de cliquer sur cette dernière)?

J'ai essayé de rafraichir le display avec la méthode update() mais rien...

Je vous remercie...

Cordialement ZuluLa....

[natha]

repaint() ?
Tu ne donnes pas assez d'infos sur ce que tu fais exactement. Montre le code concerné (4 lignes, pas 40).

[AliJava]

bjr et bonne année les zouzous !

Oui je pense aussi que c'est un pti qu'il faut ajouté repaint();
ou sinon je pense aussi un setText() si c'est des labels ou des fireXXUpdates ou des .... donc la réponse malheuresement ne sera pas presice tant que tu nous dises pas qu'est ce que tu t'ulises exactement.
Je prefere la langue java que le Francais

bon courage.

[sinok]

Juste pour vous signaler les gars, il s'agit d'un problème SWT et non Swing...

[natha]

Juste pour vous signaler les gars, il s'agit d'un problème SWT et non Swing...

C'est pour ça que j'ai été timide pour le repaint avec '?' Ne connaissant pas SWT. Mais sans code c'est difficile de savoir si c'est un problème vraiment SWT ou simplement une petite erreur humaine.

[AliJava]

DESOLE !
J'ai lu en diagonale effectivement en SWT ça change tout.
moi et SWT ça fait deux !
bon courage

[Jense]

Essai un layout() sur le composite parent.

[ZuluLa]

Voici mon main...j'ai remarqué que s'était la méthode display.sleep() du display qui se bloquait jusqu'à ce qui il y ait un nouvel évenement sur l'ihm...

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
44
45
46
47
48
49
50
51
52
53
54
55
 
// main :
 
public static void main(String[] args) {
        // declaration    
        String msgForEventWindows = "";    
        // lancement du serveurTCP
    Connecteur cnxTCP = new Connecteur();
        // instanciation ihm
    Gui ihm = new Gui(cnxTCP);
    ihm.compMere.pack();
        ihm.myShell.pack();
        ihm.myShell.open();
 
    // instanciation d'1 Hashmap 
    hashForEventWindows  = new HashMap<String, String>();
 
        while (!ihm.myShell.isDisposed()) {
             if (!ihm.display.readAndDispatch()) {
                 ihm.display.sleep();
             } 
 
  if (Connecteur.isReady){
              // lecture d'1 HashMap dans la file de message.
          hashForEventWindows = Connecteur.ReadMqIn(Connecteur.mqIn);
              // lecture de la HashMap    et on stocke son contenu ds 1 String
          msgForEventWindows = dumpMap("", hashForEventWindows);
 
       // si la string n'est pas vide         
    if (msgForEventWindows!= null && msgForEventWindows.length() != 0) {             // affichage de la String dans 1 TextArea de l'IHM 
          ihm.afficheEvents(msgForEventWindows);
 
             // détection de la suite de caracteres "[err]" dans la String 
             int compteur = 0;
             int error = msgForEventWindows.indexOf("[err]");
             // si caracteres present alors on affiche un label en rouge          
             // + le nombre d'erreur retrouvées
             if (error != -1){
            compteur ++;
            ihm.afficherCouleurKO(ihm.resTest);
            ihm.textError.setText(Integer.toString(compteur));
            }
            else {
                        // sinon on affiche label en vert signifiant que tout est OK. 
                ihm.afficherCouleurOK(ihm.resTest);
                                ihm.textError.setText(Integer.toString(compteur));
                } 
              msgForEventWindows = ""; 
              Connecteur.isReady = false;
        }
    } 
     } 
        ihm.display.dispose();
   }
}

donc voila mon main ...
Je me répète en disant que l'affichage des résultats rouge ou vert et du nombre d'erreurs est fait que quand la souris est sur l'ihm...
thank you very much ...

[Mickael Baron]

Salut,

Je pense que tu devrais un peu threader tout ça. Tu utilises uniquement le ThreadUI pour faire tout tes traitements.

En fait tout ce qui se trouve dans la boucle while sauf le readanddispatch et le sleep doit être placé dans un thread, c'est-à-dire à partir de if (connecteur.isReady). En fait tout ce qui touche au serveur...

Mickael

[ZuluLa]

Bonjour tout le monde j'ai trouvé une solution en fait, je disais que le Sleep était en attente d'un évenement pour se réveiller... en fait j'ai utilisé la méthode timerExec(time, Runnable);

qui fait un contrôle toutes les 200 millesecondes pour savoir s'il y a quelque chose de nouveau a afficher cela fonctionne ...
mais je vais tout de même essayé ta solution KeulKeul qui me parrait pas trop mal... c'est l'occasion de se familiariser avec les threads....


en tout merci a tout le monde ...

[stachus]

je pense que le mieux serait de separer la communication TCP/IP en thread, ce serait plus propre et bien sur plus facile a debuguer ( 1 ou 2 "g" ?? )