Modification Projet VBA sans ouvrir le classeur

Bonjour à tous et toutes,

Pour mon contexte, j'ai une macro qui applique des modifications à des macros sur plusieurs centaines de fichiers excels.

Les modifications consistent principalement à supprimer des modules dans le projet VBA des classeurs cibles et dans insérer d'autres.
Les classeurs cibles sont dans un dossier et je balaye le Dossier pour identifie les fichiers correspondants à mon pattern (exemple : Annexes2, Annexes 125, ...)

Donc j'ai une macro qui marche pour faire tout ca (si besoin je peux vous la fournir). :D
Le problème, c'est le temps d'execution. :aie:

Je constate que la majorité du temps est consacrée à l'ouverture des fichiers, malgrès les macros d'ouverture désactivées et l'affichage figé.

Ma question est : Est-il possible de modifier un projet VBA d'un classeur sans ouvrir le dit classeur ?

J'ai pensé à ADO mais je n'ai pas trouvé de piste de départ pour modifier le code.

Merci d'avance pour votre aide.

Cordialement,
Zéabon

Salut,

pour industrialiser encore plus cette approche, voici comment j'avais gérer un cas de figure similaire :

- un (ou plusieurs) dossier(s) dans lequel les modules, formulaires et modules de classes sont stockés

- pour chaque fichier, une procédure à l'ouverture du classeur, chargeant tous les fichiers dans le(s) dossier(s)

- pour chaque fichier, une procédure à la fermeture du classeur, déchargeant tous les modules sauf le principal

Bonjour Jean-Philippe,

Je pense que votre solution est interressante.

Mais le problème est l'accès aux Dossiers contenant les modules qui doit être partagé avec beaucoup d'utilisateurs. Et parfois pas les meilleurs. :aie:

De plus, travaillant sur un réseau où les gens ne font pas toujours les choses dans les règles (renommage de dossier intempestif), le chemin risque de n'être pas valable continuellement.

Et pour finir, on parle de passer sur Sharepoint, le deux seuls moyens que j'ai trouvé pour faire de l'exploration de dossier dans sharepoint :
- en faisant des lecteurs réseaux. Ne fonctionne pas si on ne se reconnecte pas régulièrement. Donc pour une personne avisée et un utilisateur lambda, c'est pas pareille.
- en passant par les fichiers synchronisés. Et là j'avoue que c'est encore un peu vague pour moi et que le risque de renommage est toujours présent.

Je me garde votre solution sous le coude.

Peut-être changer l'exploration du réseau avec une liste fixe pouvant se mettre à jour ? Voir dans un des modules téléchargé ?
Ca permettrait de sortir la variable exploration du réseau de l'équation.

Peut-être mettre les deux solutions en parallèle :
- La votre pour une utilisation quotidienne
- La mienne pour réparer les pots cassés/changement de lien vers les fichiers. Ca ferait une seule ligne a mettre à jour avec cette macro.

Cordialement,
Zéabon

Salut.

Citation:

---

Envoyé par Zeabon

[...]
Ma question est : Est-il possible de modifier un projet VBA d'un classeur sans ouvrir le dit classeur ?[...]

---

Sans ouvrir le classeur? Non! De plus, ça n'a pour moi aucun sens d'ajouter ou de supprimer des modules par macro. Ecrire du code pour modifier du code est une ineptie sans nom.

Les xlam ont été "inventés" par les concepteurs d'Excel et permettent d'éviter ces manipulations. C'est donc l'architecture qu'il faut revoir.

Citation:

---

Envoyé par Jean-Philippe André

[...]

---

Désolé de le dire aussi platement, mais c'est vraiment n'importe quoi!! Quelle misère :triste:

Bonjour Pierre,

Je suis ouvert à toutes les propositions et si je dois refaire l'architecture je la referrais.

Mais j'ai dû mal avec le concept de xlam car pour moi c'est un fichier personnel.
Donc comme mon utilisation est pour un groupe de personne qui peut changer, je n'ai pas envisagé cette solution.

Aurais-tu un lien vers une page explicative du xlam, stp ? (J'ai fouillé un peu mais rien trouvé qui me donne une idée de comment l'utiliser dans mon cas)

Cordialement,
Zeabon

Bonjour à tous,

Suite à la remarque de Pierre, j'ai regardé le .xlam plus en profondeur.

Donc je peux facilement mettre mes macros dessus et faire les modifications pour l'ensemble de mes fichiers.
Par contre, si j'ai bien compris, cela implique d'installer le complément xlam sur les excels de tous les collaborateurs.

Je suppose qu'on peut tester si le complément est installé par macro et si non, l'installer ?
J'ai trouvé 2-3 pistes pour faire ça, mais j'ai vu que certains ouvrent le ficheir xlam et appelent les macros normalement.

Si je comprends bien, l'avantage de l'ouvrir permet d'éviter les conflits sur d'autres fichiers excel.
Y a-t-il d'autre avantage/incovénient au 2 types ?

Cordialement,
Zeabon

Bonjour à Tous,

Je vais clore le sujet car je pense avoir trouvé une alternative grâce aux remarque des différents intervenants.

J'ouvre le xlam à l'ouverture des fichiers et j'appelle les macros précédement dans les fichiers sur le xlam.

Je ferme le xlam si plus de fichier le concernant d'ouvert.

Je me garde mes macros pour changer les modules/macros si changement de chemin du xlam ou autres problème nécessitant une intervention sur tous les fichiers.

Cordialement,
Zeabon

Merci pour ton retour d'expérience :plusser:

Bonjour,

Citation:

---

Aurais-tu un lien vers une page explicative du xlam, stp ? (J'ai fouillé un peu mais rien trouvé qui me donne une idée de comment l'utiliser dans mon cas)

---

J'ai écrit plusieurs billets sur le sujet

• VBA Excel - Créer une macro complémentaire
• VBA-Excel - Charger dynamiquement une macro complémentaire - Quelques procédures intéressantes
• VBA-Excel - Macro complémentaire - Comment créer un alias et ajouter un commentaire au complément
• VBA-Excel - Macros complémentaires - Les procédures événementielles