acceder au code vba à partir d'un fichier excel 2003 depuis 97

Version imprimable

17/08/2007, 13h38
miko91

acceder au code vba à partir d'un fichier excel 2003 depuis 97

Bonjour,

:cry:
J'ai un méga souci, j'ai une application qui fonctionne sur des postes hétérogenes excel 97, 2000, 2002 et XP. L’application a été faite sous XP, l'application fonctionne bien sur l'ensemble des versions Excel.

Mais là ou il y a un souci c'est que je n’ai pas accès au code source VBA sur un poste avec excel 97 en utilisant l’éditeur intégré (alt + f11) !!!! Il m'affiche un message 'le projet ne peut être affiché' .

Et bien évidement comme j'ai besoin de faire une modification via une autre application j'ai une erreur de type 50289 pour le déverrouillage du code vba.

Qui a une solution qui peut fonctionner de façon sans faire d’intervention laborieuse ? Sachant que l’application à modifiée peut être installée sur des postes employant Excel 97 ? J’avais posé à une solution de conversion du fichier XP vers 97 ! :aie:

Si quelqu'un à une solution je suis prenneur :bug: merci
17/08/2007, 13h46
ouskel'n'or

Pour ton pb, regarde à Application.run, dans l'aide, mais je pense que tu devras convertir l'un des fichiers dans la version de l'autre.
Avec V.2003 ou tu ouvres ton fichier V.97 en acceptant la conversion, ou bien tu enregistres le fichier V.2003 sous Excel 97.
17/08/2007, 14h05
miko91

Je viens de faire un test :

Si j'enlève sur mon poste Excel XP/2000 j'enlève le mot de passe coté VBA, l'application Excel 97 permet d'accèder a code source.

Si le code source est protégé Excel 97 ne présente pas la boite de dialogue pour déverrouiller le code source !!!! Mais provoque le message d'erreur.
17/08/2007, 14h09
miko91

Citation:

Envoyé par ouskel'n'or

Pour ton pb, regarde à Application.run, dans l'aide, mais je pense que tu devras convertir l'un des fichiers dans la version de l'autre.
Avec V.2003 ou tu ouvres ton fichier V.97 en acceptant la conversion, ou bien tu enregistres le fichier V.2003 sous Excel 97.

Merci pour ta suggestion, mais mes correspondants ont parfois l'une ou l'autre version, deplus l'appli fonctionne. Ce qui ne fonctionne pas c'est le pourvoir d'accéder avec l'éditeur alt+F11 au code sur le poste X97.

Si le code n'avait pas été protégé il n y aurait pas eu de problème.

Il y doit bien y avoir un moyen soft pour accéder au code source depuis X97 ou par programme :roll:
17/08/2007, 14h18
ouskel'n'or

J'ai effectivement vu un code sur le forum pour déprotéger les macros par soft. Il faudrait faire une recherche.
Par contre, quand tu sélectionnes ton projet, un mot de passe t'est-il demandé ou as-tu une fin de non recevoir sous forme de message "Le projet ne peut-être affiché"
Si c'est ça, la solution m'intéresse, je ne l'ai pas trouvée :(
A+
17/08/2007, 14h45
miko91

Citation:

Envoyé par ouskel'n'or

J'ai effectivement vu un code sur le forum pour déprotéger les macros par soft. Il faudrait faire une recherche.
Par contre, quand tu sélectionnes ton projet, un mot de passe t'est-il demandé ou as-tu une fin de non recevoir sous forme de message "Le projet ne peut-être affiché"
Si c'est ça, la solution m'intéresse, je ne l'ai pas trouvée :(
A+

Merci ouskel'n'or pour ton aide,

Effectivement, avec Excel 97, j'ai le message et une fin de non recevoir. C'est complétement Ouuf !!

Je signale que Excel 97 fait tourner mes macros sans problème. C'est juste l'accès à l'éditeur mon problème.

Je viens de faire un test : si le projet est protégé sous Excel 97, je peux l'ouvrir avec Excel 2000 .... l'inverste n'est pas vrai.

Le problème est qu'il fallait protéger le projet VBA pour éviter que les utilisateurs modifient le source. Et que l'environnement de conception est sous Excel 2000.
17/08/2007, 16h36
ouskel'n'or

Désolé mais là je n'ai qu'une solution de "substitution" à-la-main... :cry:
J'ai repris le code dans la version qui va bien, je l'ai copié puis l'ai collé dans la version qui va pas bien. Et je n'ai rien trouvé d'autre. Encore heureux d'avoir les deux versions sur le même poste et d'être l'auteur des macros dans les deux cas. Pour ton exemple, je ne vois pas...

Citation:

Envoyé par Tu

Je signale que Excel 97 fait tourner mes macros sans problème. C'est juste l'accès à l'éditeur mon problème.

Idem pour moi :(
17/08/2007, 20h21
alsimbad

juste en passant, sans connaitre réelement, . vu que cela ne concerne qu'un seul poste. lui envoyer une version déprotégée contenant la modif, et la protéger sur ce poste.
juste une suggestion, je sais pas si c'est naïf.
20/08/2007, 09h13
miko91

Citation:

Envoyé par alsimbad

juste en passant, sans connaitre réelement, . vu que cela ne concerne qu'un seul poste. lui envoyer une version déprotégée contenant la modif, et la protéger sur ce poste.
juste une suggestion, je sais pas si c'est naïf.

Merci pour ton idée, j'avais pensé, sauf pour mon cas c'est environ 105 utilisateurs différents avec 3 appli soit plus de 300 classeurs excel à faire, sans compter qu'il y a les données des utilisateurs dans chaque classeur.
20/08/2007, 17h59
alsimbad

Citation:

Envoyé par miko91

je n’ai pas accès au code source VBA sur un poste avec excel 97 en utilisant l’éditeur intégré

ok alors, j'avais mal unterprété le un. A part ça, moi perso, je peux rien pour toi, bon courage
21/08/2007, 07h52
AlainTech

Je vois 2 solutions à ce genre de problème.

La première est, pour moi, un pis aller.
Sur ton poste de développement, désinstaller Office 2000, installer 97 dans un répertoire nommé Office97, réinstaller 2000 en mode personnalisé pour garder la version précédente.

La deuxième est, à mon avis, celle qu'il faudrait toujours appliquer:
Séparer données et programme.
Autrement dit, le classeur contenant le programme ne devrait jamais contenir les données traitée.
Je sais que c'est une manière totalement différente de penser mais combien plus souple.
Je vois, sur ce forum, plein de question du genre: "Comment sauver le classeur sans le programme" ou "Comment modifier mon programme à distance".
En séparant données et programme, ces questions ne se posent même pas. Il suffit d'envoyer une nouvelle version du programme quand c'est nécessaire et on ne touche pas aux données.
21/08/2007, 10h07
ouskel'n'or

Dans le même ordre d'idée qu'AlainTech (salut Alain) ne peux-tu réaliser ton appli sur un nouveau fichier qui ouvre le fichier de données des utilisateurs ?
Ne peut fonctionner que si tu n'as pas de macro en autoOpen et encore, il y a peut-être une solution (je regarderai en cas de besoin). Si tu as des boutons sur les feuilles de calculs, ça complique.
As-tu accès par réseau aux 300 fichiers de tes 105 utilisateurs ?
A+
18/10/2007, 16h01
miko91

[résolu]

Oh grand merci les camarades programmeurs VBA,

J'ai solutionné le problème en créant un classeur 'moulinette' qui contient l'application releasée. J'ai présenté un seul feuillet contenant l'accueil contenant l'outil permettant de recuperer les données et j'ai caché les autres onglets application. Une fois l'outil lancé, il copie le fichier initial en backup.XLS integre les données, cache la feuille d'accueil, présente les feuilles applications, s'enregistre sous le bon nom.

Et voila, je n'ai pas eu d'autres solutions. Car il n'est pas possible d'ouvrir un projet VBA protégé crée dans une version >excel 97. Et comment dit plus haut, le fichier incriminé fonctionne bien sous Excel 97 sans donner la possibilité d'éditer le code vba.

:yaisse2: