Discussion :

[jean-paul lepetit]

Salut,

Un petit souci d'export Excel.
Dans une appli, j'ai une possibilité d'exporter des données vers Excel.
Cet export est basé sur une requête qui est conditionnée par une zone de liste.
Sur mon poste, No problème.
Sur le poste de production qui tourne en Runtime, l'export fonctionne sauf pour 2 ou 3 choix de la zone de liste avec un message

Impossible d'agrandir la plage nommée

Quelqu'un a une idée....?

[argyronet]

Bonjour,

Avertissement concernant la spécification des plages : Lorsque vous spécifiez une feuille de calcul comme source d'enregistrements, le fournisseur ajoute les nouveaux enregistrements au-dessous des enregistrements existants de la feuille de calcul, selon l'espace disponible. Lorsque vous spécifiez une plage (nommée ou non), le fournisseur Jet ajoute également les nouveaux enregistrements au-dessous des enregistrements existants de la plage, selon l'espace disponible. Toutefois, si vous effectuez une nouvelle requête sur la plage d'origine, le jeu d'enregistrements obtenu n'inclut pas les enregistrements que vous venez d'ajouter en dehors de la plage.

Dans les versions de MDAC antérieures à 2.5, lorsque vous spécifiez une plage nommée, vous ne pouvez pas ajouter de nouveaux enregistrements au-delà des limites définies pour la plage ; sinon, le message d'erreur suivant s'affiche :
Impossible d'agrandir la plage nommée.

Cela répond t-il à ta question ?

Argy

[jean-paul lepetit]

Merci Argy,

Mais non....

lors de mon export, je créé un nouveau classeur excel avec un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DoCmd.TransfertSreadSheet,etc...

et je ne comprends pas pourquoi
1 sur mon poste pas de problème
2 ça pose problème sur un poste en runtime seulement avec certaines valeurs dans une liste de choix qui me paramètre la requête sur laquelle est basé l'export.

j'ai toujours le même nombre de champs et certains exports qui marchent ont beaucoup plus de ligne que ceux qui m....dent

[argyronet]

Sur quelles valeurs ?

Si on suit la logique de Microsoft, quelle version de MDAC est installée sur le poste client ? En gros, comment as-tu installé ton application+runtime au final, avec un Setup ou à la main ?

Argy

[jean-paul lepetit]

Le Runtime est installé d'office sur les postes par notre système d'installation de poste client.

Quant à la version MDAC j'en sais bougrement rien ....

Ou peut on trouver cette info ?

[argyronet]

Le Runtime est installé d'office sur les postes par notre système d'installation de poste client.

Mais encore ?

Quant à la version MDAC j'en sais bougrement rien .... Ou peut on trouver cette info ?

Ici :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DataAccess dans la valeur FullInstallVer

Argy

[jean-paul lepetit]

j'ai effectivement une différence de version MDAC

2.81.117.0 sur mon poste
2.71.9030.4 sur le poste ou j'ai quelques soucis.

On est au delà de la version 2.5 donc en théorie pas de problèmes

Sinon, est il possible "d'uprader" la version MDAC ?

[argyronet]

Oui, il suffit de le télécharger...

Argy

[jean-paul lepetit]

Malgré la MAJ de MDAC, même problème....

Ce qui m'intrigue c'est que c'est uniquement pour deux ou trois choix dans une liste qui en comporte une cinquantaine....

[argyronet]

Quels sont ces choix ?
Leurs intitulés exacts...

Argy

[jean-paul lepetit]

C'est une appli qui gère des candidatures soit spontanées, soit sur recrutement.
Les recrutements se font via annonces internet, ANPE, etc...
De temps à autre, l'ANPE demande un état sur une session de recrutement pour savoir le nombre de candidatures reçues via leur intermédiaire.
J'ai donc créé une requête permettant d'exporter les résultats pour une session.
Cette requête est paramétrée via une zone de liste et ce paramètre est un Id_Session (numéro auto).
Donc, à moins que ce ne soit la valeur d'un champ qui pose problème, je ne vois pas ou ça peut coincer....

[argyronet]

Tu passes des numérques !!!
Hummm...
Il est possible dans ta routine que la requête renvoie un string avec des ! ou des "".

Essaye d'afficher un MsgBox du contenu de la requête sur l'événement After_Update() du ListBox sur les valeur qui plantent.

Argy

[jean-paul lepetit]

je viens de rajouter un docmd.openquery.... pour visualiser ma requête et la requête passe bien.
J'ai regardé sur mon poste les fichiers Excel exportés et je ne vois rien d'anormal dans ces fichiers par rapport à ceux qui passent....

[argyronet]

1/ Petite question...
Combien de lignes génèrent ces fameux choix en erreur dans la requête ?

2/ Les colonnes contiennent-elles des données conjointes numériques et texte là ou ça planche ?

Argy

[jean-paul lepetit]

1_ Pour l'instant, j'ai deux ou trois lignes qui ont étés trouvées comme provoquant l'erreur (mais je ne les ai pas toutes testées).

2_ j'ai une colonne numérique (Id_Session) et tout le reste est en texte

Par contre j'ai un champ commentaire que j'exporte aussi et je me demande si c'est pas lui qui me créé des soucis.
je vais le virer de ma requête pour faire un essai.

To be continued.....

[jean-paul lepetit]

Suite et fin...

J'ai trouvé

Sur le poste de production, un export avait déjà été fait pour quelques sessions.
Lors de l'export, on créé une plage nommée dans une feuille excel.
Si on refait un export avec le même nombre de lignes, voir moins de lignes, pas de problème. Si par contre on exporte PLUS de lignes, alors message d'erreur "Impossible d'agrandir la plage nommée".

Solution vérifier l'existence du fichier avant l'export et s'il existe le supprimer.

Merci Argy pour ton aide