Discussion :

[klbsjpolp]

A partir d'un thread secondaire, il est possible d'agir directement sur les champs affichés dans une fenêtre.

Windev permet effectivement de manipuler les objets graphiques d'après leur documentation. Par contre, j'ai vu plusieurs problèmes (plantages) d'application qui utilisait des fonctions d'affichage, surtout liées aux tables mais pas nécessairement fichier. Je suis donc toujours un peu réticent et je préfère mettre un sablier dans ma fenêtre que de me lancer à déboguer des threads de recherche ou de remplissage.

On peut donc le faire, mais attention quand même et teste souvent.

[=JBO=]

Quel que soit le langage de développement, la programmation de threads (ou de processus) concurrents est toujours délicate.
Elle impose une programmation spécifique rigoureuse, qui se base sur les fonctionnalités comme les sémaphores et les sections critiques.

Un programmeur non-averti pourrait croire, à tort, que c'est évident à programmer.

Dans le cas de WinDev et d'une interface utilisateur "multi-thread", il faudra sûrement faire attention lorsque l'utilisateur déclenche les traitements de la fenêtre (clique sur un bouton, rafraîchit le contenu d'un champ table...) à ce que l'exécution du traitement se fasse sans conflit avec le thread secondaire (utilisation d'un sémaphore ?).

Si la fenêtre ne sert qu'à afficher, sans possibilité pour l'utilisateur d'agir dans la fenêtre, alors ça ne devrait pas présenter de gros risques.

Il faudra aussi fermer "en douceur" la fenêtre, par exemple:

• masquer la fenêtre,
• signaler au thread secondaire qu'il doit s'arrêter,
• attendre que le thread secondaire soit effectivement terminé (ça peut prendre un certain temps s'il est en train d'exécuter une requête),
• fermer "vraiment" la fenêtre.

_

[hpascal]

Bonjour

Concernant la manipulation de l'interface dans un thread j'avais remonté un problème au service technique. Suite à une mise à jour de Windev le contenu d'un champ de la fenêtre n'était plus accessible depuis un thread secondaire.
J'ai eu une réponse dont notamment cette phrase :

Pour en revenir à votre problème de thread, notre équipe développement travail toujours sur cet incident. Cependant, nous ne recommandons absolument pas d'accéder aux objets des fenêtres de votre projet depuis un thread et ce quelque soit la version de WinDev.

[vmolines]

Salut hpascal,

Ta précision me réconforte un peu car l'unique fois où j'ai joué avec les threads et l'ihm, j'ai fait une usine à gaz pour que le thread principal s'occupe de l'ihm avec des données servies par un thread secondaire. Usine à gaz qui me semblait parfaitement logique et nécessaire.

Avec la remarque de JBO, j'ai cru un moment que j'avais fait ça pour rien . Donc merci hpascal, en ce lundi matin, tu as mis un terme aux questions existentielles qui pourrissaient gentiment mon week end !