Discussion :

[retraite83]

Je comprends parfaitement ta réponse, je me dis avec le recul que j’aurai probablement du regarder du coté d'Access...

D'ailleurs je compte regarder la cohabitation Excel avec Access en base de données. Mais là encore pour l'instant Access m'est totalement inconnu...

Mon application est sur les 8 PC des utilisateurs et marche de façon autonome sur chaque PC. Juste 3 classeurs sont "partagés" si on peut dire avec les limites d'Excel (contrôle et message d'erreur si le classeur est déjà ouvert)

Par ailleurs dans 90% des cas seuls 2 classeurs sont ouverts en même temps, ce qui limite les pb ...

Je vais donc me concentrer sur seulement 2 classeurs où les affichages sont assez gênant en suivant les conseils reçus.

Je reviendrai donner le résultat

[Phil Free]

Bonjour le file,

à une époque pas si lointaine j'avais mis en place à la demande de mon responsable un fichier maître qui récupérait des données sur des fichiers client(utilisateur) rangés dans un répertoire sur le réseau. Du coup j’avais le même problème quand au clignotement du à l'ouverture des fichiers.
Pour résoudre ce problème j'avais décidé d'ouvrir les fichiers dans une deuxième session d'excel Non graphique pilotée par mon fichier maître. Du coup plus de problème d'affichage ! c'est radicale et très efficace !

Quand à la discussion à propos de Application.ScreenUpdating = true ou pas, je suis complètement d'accord Pierre Fauconnier sauf dans la cas de gestion d'erreur qui oblige à une sortie direct qui ne passe pas par la fin de la procédure qui à débuté avec Application.ScreenUpdating = False. Dans ce cas si on ne gère pas on se retrouve surpris lors du retour sur le classeur.


A+

[retraite83]

Bonjour Phil frre

ouvrir les fichiers dans une deuxième session d'excel Non graphique pilotée par mon fichier maître

tu peux m'en dire un peu plus ou une piste d'une doc, je ne connais pas du tout cet aspect d'Excel

[Pierre Fauconnier]

Salut Phil

[...]
sauf dans la cas de gestion d'erreur qui oblige à une sortie direct qui ne passe pas par la fin de la procédure qui à débuté avec Application.ScreenUpdating = False. Dans ce cas si on ne gère pas on se retrouve surpris lors du retour sur le classeur.
A+

Justement, la gestion d'erreur, quand elle se place dans une bonne architecture, ne pose pas de problèmes de sortie directe. Encore une fois, tout est question d'architecture et la plupart des problèmes rencontrés proviennent d'une architecture non adaptée.

[retraite83]

rebonjour Pierre

je suis prêt maintenant à revoir l'architecture de mon application pour régler pas mal de pb dont celui lié à cette discussion.

Je ne sais pas trop par quel bout commencer... Une doc (bonne) sur l'architecture me serait très utile