[..] Ouverture d'un fichier Excel sous Windows 7

[CarolineB]

Bonjour,

Je souhaiterais faire une chose assez simple : ouvrir un fichier Excel puis récupérer une valeur dans une cellule.

Le code que j'utilise est le suivant :

Code : Tout sélectionner

#include <Excel.au3>
Dim $excel
$excel = FileOpenDialog("Choisissez le fichier Excel",@DesktopDir, "Classeurs Excel 2003 (*.xls)|Classeurs Excel 2007 (*.xlsx)|Classeurs Excel prenant en charge les macros (*.xlsm)")
_ExcelBookOpen($excel,1, False)
MsgBox(1,"",@error)
 

Et ça ne fonctionne pas, la MsgBox me renvoie la valeur 1 qui correspond à "Unable to create the object".
Je pense que le problème vient d'une incompatibilité entre Windows XP et Windows 7. Car j'avais coder la même chose sur un ancien ordi (Windows XP, j'ai maintenant Windows 7) et ça fonctionnait. De même lorsque je compile ce script, le .exe n'est pas reconnu par les ordinateurs sous XP (on me dit que le fichier n'est pas une application win32) alors que sur le mien ça marche. Et l'ancienne version que j'avais coder sur XP tourne toujours sur les ordis XP.

Quelqu'un aurait une idée d'où cela peut provenir ?

Merci d'avance

[xavierha]

premiere pensee a ce sujet:
est ce que c'est windows 7 64 bits?
Si oui, il faut compiler le script avec l'option 64 bits.
Seconde pensee:
les permissions COM peuvent etre inadequates.
Une solution possible: lancer le script en tant qu'administrateur

[Ahbadiane]

Bonsoir,

J'ai testé ton code sous Windows 7 64bits et Office 64bits
En compilant en 32 ou 64 bits, tout fonctionne
Dans ton cas, as-tu office 64bits ?

[xavierha]

Il y a des chances que ce soit un probleme de droits insuffisants. Si c'est le cas, une solution serait de donner les droits suffisants a Excel a l'utilisateur Invite (Guest).
Tu peux essayer ceci (Ma machine est en Anglais, et ma traduction ne sera peut etre pas parfaite, mais si tu ne comprends pas, j'essaierai d'ameliorer mes explications):
1) Clique sur Demarrer, et demarre le panneau de configuration. Dans le panneau de configuration, double clique sur Outils Administratifs, et dans les outils administratifs, demarre services de composants (Component Services).
2) Dans la fenetre de services de composants, choisis sous la racine Services de composants/Ordinateurs/Poste de travail/Configuration DCOM
3) Cherche l'icone de MS Excel et fais un clic droit dessus, dans le menu de contexte qui apparait, choisis Proprietes, et dans la fenetre Proprietes, l'onglet de securite.
4) Dans la section Permissions de lancement et d'activation, choisis Personnaliser, et appuie sur le bouton Editer. Ajoute l'utilisateur guest et appuie sur le bouton Verifier Noms. Clic sur OK. Ensuite donner toutes permissions a l'utilisateur Guest, et clic sur OK.
Bonne chance

[CarolineB]

Merci pour vos réponses qui m'amènent à me poser d'autres questions :

premiere pensee a ce sujet:
est ce que c'est windows 7 64 bits?
Si oui, il faut compiler le script avec l'option 64 bits.
Seconde pensee:
les permissions COM peuvent etre inadequates.
Une solution possible: lancer le script en tant qu'administrateur

Il me semble que c'est effectivement Windows 64bits mais comment/où puis-je vérifier ?
Comment compile-t-on en 64 bits ?

Bonsoir,

J'ai testé ton code sous Windows 7 64bits et Office 64bits
En compilant en 32 ou 64 bits, tout fonctionne
Dans ton cas, as-tu office 64bits ?

Idem, comment sait-on si on a office 64 bits ?

[CarolineB]

Il y a des chances que ce soit un probleme de droits insuffisants. Si c'est le cas, une solution serait de donner les droits suffisants a Excel a l'utilisateur Invite (Guest).
Tu peux essayer ceci (Ma machine est en Anglais, et ma traduction ne sera peut etre pas parfaite, mais si tu ne comprends pas, j'essaierai d'ameliorer mes explications):
1) Clique sur Demarrer, et demarre le panneau de configuration. Dans le panneau de configuration, double clique sur Outils Administratifs, et dans les outils administratifs, demarre services de composants (Component Services).
2) Dans la fenetre de services de composants, choisis sous la racine Services de composants/Ordinateurs/Poste de travail/Configuration DCOM
3) Cherche l'icone de MS Excel et fais un clic droit dessus, dans le menu de contexte qui apparait, choisis Proprietes, et dans la fenetre Proprietes, l'onglet de securite.
4) Dans la section Permissions de lancement et d'activation, choisis Personnaliser, et appuie sur le bouton Editer. Ajoute l'utilisateur guest et appuie sur le bouton Verifier Noms. Clic sur OK. Ensuite donner toutes permissions a l'utilisateur Guest, et clic sur OK.
Bonne chance

J'ai essayé mais dans Services de composants/Ordinateurs/Poste de travail/Configuration DCOM, je ne trouve pas MS Excel.
Il me semble que c'est parce qu'on a une licence partagée au boulot.

Sinon j'ai aussi essayé d'exécuter en tant qu'administrateur et j'ai le même problème.

[Strofe]

Bonsoir

Tu as quel pack office ??

A+

[Yle]

Bonjour,

Je n'ai pas la solution mais il m'arrive la même chose avec un produit que j'ai passé à plusieurs copains...

Toux ceux qui sont en XP ou Vista avec Excel 2003, 2007 : aucun souci
Par contre avec Windows Seven + Office 2010 : le message d'erreur s'affiche

Ce qui pose souci :

► Afficher le texte

$excel=ObjCreate("Excel.Application")
if @error then
MsgBox(0,"Error"," Excel n'est pas présent sur votre PC Désolé...")
Exit
EndIf

Dans le forum Anglais, un utilisateur préconise d'utiliser :
#Region
#AutoIt3Wrapper_UseX64=N ; Don't use 64-bit
#EndRegion

Qui peut me faire cet essai sous Seven & Office 2010 avec ou sans cette directive ?
Sinon quelle est la solution ?

[bob]

Effectivement, cela fonctionne (j'avais le même problème).
Merci.
(essai avec Office 2007 et fichier enregistré sous classeur Excel 97-2003

[Yle]

Je sais qu'avec Office 2007, cela fonctionne.
J'ai demandé Seven + Office2010, étiez vous dans ce cas là ?

[Ahbadiane]

@Yle,

J'ai Seven 64bits et Office 2010 64bits
Les exe générés à partir de ton exemple en 32 bits et 64bits fonctionnent sans problème.
Même résultat que dans mon post précédent.

[jchd]

[déconnade]
L'avantage avec le nouvel Excel, c'est qu'il est ultra dégraissant et qu'il n'y a plus besoin d'essuyer !

Non, je n'ai pas vidé seul les nombreuses caisses de champagnes prévues à l'occasion du 5ème anniversaire du forum...
D'ailleurs en voici la preuve :


[/déconnade]

[CarolineB]

@Strofe

J'ai Office 2010 et Windows 7 64 bits

@Yle

J'ai testé
#Region
#AutoIt3Wrapper_UseX64=N ; Don't use 64-bit
#EndRegion

et rien n'a changé. Je suppose qu'on intègre les deux premières lignes au début du code et la dernière à la fin du code.
J'ai l'impression que Autoit ne reconnaît pas #AutoIt3Wrapper_UseX64=N (il est en noir), c'est normal ?

[jchd]

La directive est ignorée par AutoIt et c'est normal car elle est à destination d'AutoItWrapper.

Les directives #Region et #EndRegion ne servent que pour la segmentation visuelle par Scite ; dans ce cas, laisse les trois lignes ensemble. Ces directives ne définissent pas la portée de ce qu'elles contiennent, mais servent seulement un but cosmétique. Clique sur un des + ou - dans la colonne de gauche sous Scite pour en apprécier l'effet.

As-tu une installation complète Scite4AutoIt à jour ?

[CarolineB]

Ok merci

J'ai donc téléchargé une version complète Scite4AutoIt à jour, effectivement maintenant la ligne de code est reconnue mais mon problème n'est toujours pas résolu.
Je n'arrive toujours pas à ouvrir de fichier Excel (qu"il soit 2003, 2007, 2010 ou xlsm).

[jchd]

Une licence partagée ? Mouais, regarde donc ces liens, des fois que...
http://social.msdn.microsoft.com/Forums ... 3aa87c10b3
http://social.msdn.microsoft.com/Forums ... 00b06637b/

[ludoo]

peut être avec ça.
http://www.autoitscript.com/forum/topic ... elcom-udf/

[CarolineB]

Merci pour les liens.

Entre temps j'ai trouvé un moyen pour passer outre l'ouverture de ce f** fichier Excel donc j'ai un peu laissé ce sujet entre parenthèses mais j'y reviendrai.

++