bonsoir
je viens d'installer mon application dans un repertoire partagé dans un reseau local de 5 postes , tous les postes sont sous vista pro , le probleme est que l application s'execute tres tres lourdement sur les postes qui y accedent ,par exemple l'enregistrement d'une saisie prend 5 minutes !! comment y remedier svp , vista est il pour quelque chose la dans ? merci pour votre aide

Bonjour,

si j'ai bien compris, le répertoire d'exécution de ton application est sur le serveur, et c'est le même .exe qui est utilisé par tes utilisateurs ?

Dans ce cas je pense que c'est une autre option qui serait préférable :
chaque utilisateur devrait avoir son propre répertoire d'exécution. Sur le server c'est un répertoire d'installation qui doit servir de mise à jour.

Dans l'aide en ligne cherche :
Création de l'exécutable et du programme d'installation
tout te sera expliquer.

Le principe est que tu mettes à jour tes modifications sur le server, et les utilisateurs voient un message les avertissant qu'une nouvelle version est disponible.

Bonne chance :)

merci veDengaG mais j ai rien trouvé dans l aide qui puisse m aider , sinon j ai été obligé de supprimer un controle caroussel , la vitesse de l application a sensiblement augmentée mais ça reste assez lent

Dans le lien qui suit tu trouveras en plus clair ce que j'ai tenté de t'expliquer :
http://elianlacroix.blogspot.com/2010/03/deploiement-en-reseau-des-applications.html

Il peux y avoir une autre explication à ces lenteurs: Les fonctions H***

Le fonctions d'accès à une base hyperfile sont très lentes en réseau, j'en ai fait les frais. Par exemple, si vous voulez lire une colonne d'un table, la commande HLIT*** ramène tout l'enregistrement par le réseau pour au final pas grand chose puisqu'une seule colonne vous interresse. La seule solution vraiment efficace pour remédier à cela est d'utiliser des requêtes qui iront taper dans votre base, dans ce cas, si vous faite un :

SELECT ma_colonne FROM ma_table WHERE mes_conditions

La requête ne ramène que les données de votre colonne et rien d'autre, à vous après d'avoir les bons indexes et des conditions suffisamment discriminantes, mais là le problème n'est plus du coté de WINDEV mais de SQL.