Discussion :

[Rayek]

Bonjour,

Je développe une petite application qui génère des threads pour différentes actions. Je matérialise la progression des actions du thread dans un panel (RzPanel) ayant des label et une progressbar (Le panel étant posé dans une scrollbox).
Le soucis que je rencontre c'est que l'affichage des composants de ce panel sont différents sous un serveur 2003 par rapport à ce que j'ai sous seven.

De plus la progressbar ne progresse pas sous le serveur 2003.

Une idée d'où peut venir cette différence alors que j'ai bien coché - Activé les thèmes d'exécution- ?

Merci

[ShaiLeTroll]

Avec DXE, tu ne devrais pas avoir trop de problème !
Pour la ProgressBar, il y a une différence si l'on utilise Position ou StepBy ... il m'arrivait souvent de forcer le Refresh ... (d'ailleurs, la progression en général, je faisais un mécanisme pour la gérer toutes les demi-secondes, inutile de modifier la valeur au même rythme que la boucle de traitement, cela ralentit inutilement)

Tes Threads utilise Synchronize, PostThreadMessage ou une TThreadList (FIFO) pour soumettre leurs actions sur les ProgressBar ?
Ce que je faisais, c'est un thread utilise une SectionCritique, mets à jour des informations dans un record, dans le main, c'est un Timer qui lit régulièrement ce record pour mettre à jour l'IHM
Certains diront que c'est paranoïaque parce que les certains controls windows dont la ProgressBar (utilisé via leur handle) ne semble pas être trop gêné le multi-thread, par contre la VCL elle n'aime pas du tout !

Des Labels dans un ScrollBox avec Delphi 7 sur Vista, j'avais souvent des défauts de dessin, il y a un patch je crois (intégré depuis la 2007)

[Andnotor]

Pour la différence de mise en forme, je jetterais un oeil sur DPI aware.

Les serveurs sont optimisés pour les tâches d'arrière-plan. Ça a certainement une incidence sur les routines d'affichage.

[Rayek]

Avec DXE, tu ne devrais pas avoir trop de problème !
Pour la ProgressBar, il y a une différence si l'on utilise Position ou StepBy ... il m'arrivait souvent de forcer le Refresh ... (d'ailleurs, la progression en général, je faisais un mécanisme pour la gérer toutes les demi-secondes, inutile de modifier la valeur au même rythme que la boucle de traitement, cela ralentit inutilement)

J'utilise position est j'ai un application.processmessage juste après

Tes Threads utilise Synchronize, PostThreadMessage ou une TThreadList (FIFO) pour soumettre leurs actions sur les ProgressBar ?
Ce que je faisais, c'est un thread utilise une SectionCritique, mets à jour des informations dans un record, dans le main, c'est un Timer qui lit régulièrement ce record pour mettre à jour l'IHM
Certains diront que c'est paranoïaque parce que les certains controls windows dont la ProgressBar (utilisé via leur handle) ne semble pas être trop gêné le multi-thread, par contre la VCL elle n'aime pas du tout !

Je n'utilise ni Synchronize, ni postthreadMessage ou autre.
Le thread crée ses composants et les gères , ça fonctionne nikel et je n'ai pas de problème d'affichage hormis quand je met l'application sur un serveur 2003 où je me retrouve avec des progressbar et style de certain panel comme si j'était avec un affichage windows 98.

Des Labels dans un ScrollBox avec Delphi 7 sur Vista, j'avais souvent des défauts de dessin, il y a un patch je crois (intégré depuis la 2007)

Pas de soucis sous XE

[Rayek]

Après quelques recherches et testes il s'avèrent que CopyfileEx avec un flag à 0 plante le Kernell32 sous Windows Serveur 2003 alors que sous XP ou Seven pas de soucis (J'ai rajouté COPY_FILE_FAIL_IF_EXISTS et cela fonctionne nikel maintenant)

@AndNotOr : J'ai testé avec ce que tu m'as indiqué mais cela ne change rien (J'ai même une erreur au démarrage de mon prog).