Discussion :

[EMMANUEL01250]

Bonjour à Tous,

J'ai développer un "logiciel" sur excel VBA pour réaliser mes chiffrages / factures .... mais j'ai une galère d'ordre générale:
> J'améliore continuellement mon code
> Mes chiffrages sont réalisés sur un Fichier.xlsm que je copie à chaque fois et que je renomme pour le suivi client / nom du chantier
> Le code évolue continuellement suivant mes besoins et bug trouvés...

J'aurai voulu que mon code soit autonome, c'est à dire extérieur aux données du devis.... puisqu'à chaque fois que j'ouvre un ancien fichier.xlsm, le code n'est pas à jour...

Comment faire?

Emmanuel

[Patrice740]

Bonjour,

Il suffit de mettre le code dans un classeur distinct des classeurs de données, et ajouter une commande pour choisir le fichier de données à traiter.

Tu peux aussi enregistrer tes macros dans le classeur de macros personnelles Personal.xlsb, mais je ne suis pas fan.

[EMMANUEL01250]

Bonjour,

Il suffit de mettre le code dans un classeur distinct des classeurs de données, et ajouter une commande pour choisir le fichier de données à traiter.

Tu peux aussi enregistrer tes macros dans le classeur de macros personnelles Personal.xlsb, mais je ne suis pas fan.

Alors est-il possible de donner une extension spécifique à ce fichier de données et ensuite de pouvoir l ouvrir en double clickant dessus (ce qui ouvrirait mon classeur logiciel) .... Comme un .Doc qui ouvre automatiquement word

[Patrice740]

Re,

Ce que je t'ai proposé de faire, c'est d'enregistrer tes macros dans un fichier dédié (.xlsm).
Au lancement de ce fichier de macros, tu peux mettre une macro qui ouvre une boite de dialogue "ouvrir" pour choisir le ou les fichiers de données qui eux pourraient être sans macro (.xlsx).

EDIT :
- L'avantage (qui peut aussi être un inconvénient) de cette méthode, c'est que tu utilises toujours la dernière version de tes macros
- Je n'ai pas proposé une macro complémentaire (xlam) car son utilisation multiposte est moins souple quand le code évolue souvent.
- L'inconvénient avec un modèle (xltm) : le fichier produit contient la macro du moment, donc ne suit pas les évolutions des macros.
Ceci mis à part, pourquoi transférer au client un fichier Excel avec macro ? Ne serait-t'il pas préférable d'envoyer un pdf ?

[cavo789]

Bonjour

Perso, je créérais un fichier .xlam (c'est comme un .xlsm mais sans "sheets" (du moins non visibles); juste le code).

Tu places ton code dans le fichier .xlam et dans ton actuel fichier xlsm tu ajoutes une référence vers ton xlam.

Donc; le minimum du minimum dans ton fichier et tout ton code en xlam.

Autre piste : tout ton code en dehors d'Excel. Voici ma proposition : https://github.com/cavo789/vbs_xls_import_code.
L'idée serait que tu gères ton code en dehors d'Excel, avec un éditeur comme p.ex. Visual Studio Code, et que tu importes le code dans ton nouveau fichier.

Perso, je préfère la piste xlam de telle manière que ton code n'est qu'à un seul endroit (dans le xlam) et que chaque fichier réutilise ce même code.

Bonne soirée

[Thumb down]

Bonjour,
En fait c'est la destination du fichier qui est importante également !

Un fichier macro complémentaire xlam comme proposé par Cavo789 prévoit un ajout dans les références VBA !

Ce qui implique une distribution à toutes personnes susceptibles d'utiliser la macro !

Si le fichier est destiné à un client il sera exempt de ses Macro sauf si tu lui fournir le xlam!

En revanche c'est un bon moyen de transmettre ton devis à un client sans qu'il puisse visualiser le code des macros.

Moi non plus je ne suis pas trop pour , à cause des contraintes que je viens de décrire.

Mais ça fonctionne très très bien et tu est seul juge !

Une autre possibilité utiliser un modèle avec macro xltm!

Si tu double click sur un xltm il sera ouvert dans Excel mais te demandera de le nommer comme un niveau fichier excel !

[Philippe Tulliez]

Bonjour,
Voir un billet que je viens d'écrire sur le sujet VBA Excel - Créer une macro complémentaire