Discussion :

[Rayanea]

Bonjour,

Je cherche à développer un petit programme qui servira à automatiser quelque chose de semblable en VBA au code "range(destination).value = range(source).value". Je pense que cela sera un élément de productivité important dans mon entreprise, mais mes collègues sont totalement réticents au VBA et au code en général, et je voudrais donc développer pour eux un utilitaire facile d'utilisation.

J'explore différentes pistes et une d'entre elle serait d'avoir quelque chose de similaire au "gestionnaire de noms" ou au gestionnaire de "Connexions", c'est à dire un formulaire qui recenserait les cellules sources et les cellules de destination dans mon cas, et qui permettrait d'en rajouter, modifier, supprimer.

Je me dis que les informations de liaisons contenu dans les gestionnaire de noms ou de connexions doivent bien être stocker quelque part dans le fichier excel pour ainsi en garder une trace, et que cela soit toujours disponible quand le fichier est ouvert. J'imagine une sorte de base de donnée interne au fichier excel, et il me suffirait de reproduire quelque chose de similaire dans mon utilitaire.

J'ai bien essayé de chercher sur MSDN, mais j'avoue avoir été un peu perdu.

Pourriez-vous s'il vous plait m'orienter dans mes recherches ?

Merci par avance.

[clementmarcotte]

Bonjour,

À partir d'Office 2007, tous les fichiers Office (ou presque) sont basés sur la norme Open XML. En gros, ce sont essentiellement des fichiers xml et des fichiers binaires pour les éléments graphiques et les macros, incorporés dans un conteneur au format zip. Ceci dit, la manipulation "à la source" des composantes xml en VBA est peut-être possible (je n'ai jamais essayé parce que fais ce genre de manipulations en VB.net) mais pas vraiment évidente.

De plus, certaines informations, sont en fait dans le registre et récupérées au besoin par Excel.

VBA, demeure la façon la plus appropriée de modifier un fichier Excel en faisant faire la job par Excel lui-même.

Si tu veux en savoir plus sur OpenXML, tu peux toujours lire/télécharger ces textes:

http://heureuxoli.developpez.com/office/openxml/

http://heureuxoli.developpez.com/office/xml/

[Promethee25]

Bonsoir,

J'ai du mal à comprendre ce que tu veux faire, c'est assez abstrait.
Si tu veux simplement pouvoir copier certaines données d'un fichier vers un autre sans te soucier de leur position dans ces fichiers, utilise simplement des plages nommées (auxquelles tu auras effectivement accès via le gestionnaire de nom).

En VBA, il te suffira de boucler sur la collection Names du classeur d'entrée en récupérant ce sur quoi le nom pointe (avec la propriété RefersTo du nom ou bien avec MaFeuille.Range(MonNom).Value) et de le recopier dans la plage du fichier de sortie ayant le même nom.

Ta macro gérera alors automatiquement l'ajout ultérieur de nouveaux noms sans rien à modifier puisqu'elle bouclera sur la collection complète.

[Rayanea]

Bonjour,

Merci pour vos réponses, ça me donne des pistes de réflexions.

Ce que l'utilitaire devra gérer c'est la copie de la valeur d'une cellule d'un onglet dans une cellule d'un autre onglet. C'est très facile à faire par code VBA, mais cet utilitaire serait destiné à des gens qui n'y connaissent rien en VBA ou en programmation en général (et y sont complètement réticents).

J'ai donc pensé à un code qui écrit du code et le supprime au besoin, par exemple. Mais je suis confronté au stockage des ranges source et destination, si je veux pouvoir ensuite les modifier ou les supprimer.

La situation serait pour un modèle financier : le modèle a un seul moteur de calcul, mais il peut calculer plusieurs scenarios sur la base d'hypothèses différentes. Lorsque l'utilisateur choisira un scenario, le document excel se recalculera, et mon utilitaire aura permit (une fois les configurations faires) la mise à jour automatique de tableau d'output.

C'est vrai que l'utilisation de plage nommée serait une solution intelligente, mais je voudrais éviter de polluer le gestionnaire de nom avec ces liens là. D'où mon idée de passer par un autre utilitaire qui stockerait ces données, d'une manière similaire au gestionnaire de nom, car celui-ci doit bien stocker quelque part dans le fichier excel les noms enregistrés.

[Rayanea]

Quand je regarde l'arborescence d'un fichier excel, je remarque un fichier nommé "workbook.xml" (suffisament explicite), qui liste bien les noms apparaissant dans le gestionnaire de nom. Ils apparaissent entre les balises <definedName></definedName>

Il suffirait donc que je trouve un moyen de créer ma propre balise, de pouvoir l'inscrire dans le "workbook.xml", puis enfin de pouvoir les lire à partir de l'interface excel.

[cerede2000]

La tu rêve !
Si tu modifie la structure du fichier XML le classeur sera corrompu et tu ne pourra plus l'ouvrir !

Tu semble bien vouloir te compliquer la vie pour inventé la roue carré !

Si tu chercher à stocker des informations dans un classeur sans que celles-ci puissent être visible par les utilisateurs alors tu stock ça dans une feuille qui tu masque avec VeryHidden. Les utilisateurs ne pourront jamais voir cette feuille.
Donc tu peux mettre toutes les informations dont tu as besoin dedans.

[Marc-L]

Bonjour,

une vraie base de données ne rime pas avec Excel ! Voir plutôt du côté d'Access …



______________________________________________________________________________________________________
Je suis Paris, Charlie, Bruxelles, …

[Rayanea]

Bonjour,

Merci pour vos retour. Après ces échanges, réflexions, une bonne nuit de sommeil et quelques tests, j'ai décidé de ne pas "réinventer la roue carrée" et de passer finalement par le gestionnaire de noms pour mon code. La raison principale est que passer par le gestionnaire de noms permet de gérer facilement - puisqu'il le fait tout seul - la mise à jour des cellules références quand il y a ajout ou suppression de lignes ou de colonnes, ce qui me paraissait être un peu ennuyeux et compliqué à programmer.

J'essaierais de poster mon code quand je serais arrivé à quelque chose de satisfaisant. La critique est toujours bienvenue.

Bonne journée à vous,

[78chris]

Bonjour

...la mise à jour des cellules références quand il y a ajout ou suppression de lignes ou de colonnes, ce qui me paraissait être un peu ennuyeux et compliqué à programmer...

On n'a pas de vue sur ce que tu veux faire mais note que depuis le version 2007 (2003 même) il existe la notion de tableau, mauvaise traduction du mot Table, où, comme pour une table de base de données, Excel sait à tout moment le nombre de colonnes et de lignes et différencie bien les en-têtes des données avec une gestion VBA adapté à ce type d'objet (listobject).

Peut-être cela pourra-t-il t'être utile...