Discussion :

[cschauss]

Bonjour,
Je voudrais modifier certaines parties de code de certains modules VBA, voire des modules complet, de mes classeurs (+/- 1200 fichiers) à l'aide d'une procédure VBA.
Comment est-ce que je peux réaliser cela, sachant également que le VBAProject de chaque classeur est protégé par un même mot de passe, que je connais puisque je suis l'auteur de ces classeurs.
Je vous remercie pour votre aide
Charles

[patricktoulon]

re
ne serait il pas mieux de virer tout les modules concernés et faire un xlam que tu referencerais dans chacun de tes classeurs
parceque 1200 classeurs aller pecher/modifier du code dans les modules pfffiu...... ainsi au besoins tu mettrais a jour uniquement le xlam

[lucasgaetan]

Il me semble que la réponse de patricktoulon est la meilleur.

Mais maintenant que le mal est fait, voici une aide que l'on ma donné il y a pas si longtemps:
https://silkyroad.developpez.com/VBA...cEditor/#LIV-B

Bonne chance

[cschauss]

Bonjour à tous, et merci pour vos réponses,

Malheureusement le fichier macro complémentaire n'est pas envisageable dans mon cas, parce que je ne suis le seul à utiliser ces fichiers.

Le lien ne fonctionne pas!

Bonne soirée

[lucasgaetan]

https://silkyroad.developpez.com/VBA...cEditor/#LIV-B ou https://silkyroad.developpez.com/VBA...cEditor/#LIV-B

[cschauss]

Bonjour,
Merci pour le lien vers l'article très intéressant.
Il me manque une chose: accéder aux modules des classeurs qui sont protégés par mot de passe... (mot de passe que je connais, bien sûr)
Merci pour votre aide et bonne journée
Charles

[Pierre Fauconnier]

Salut.

Derrière le besoin de modifier du code vba par code vba se cache toujours une mauvaise architecture de solution. Excel dispose de xlam pour créer des addins qui pilotent des fichiers. il suffit alors de mettre la nouvelle version du xlam à disposition lors d'une évolution du code. Pour modifier du code vba par vba, il faut que l'utilisateur accepte de cocher une case dans les options de sécurité. Cette solution ne peut donc être retenue puisqu'elle dépend du bon vouloir de l'utilisateur final, et il ne pourrait pas être reproché à cet utilisateur de ne pas vouloir "baisser la garde".