Convertir fichier Excel en VBA (exe)
Bonjour, j'ai terminer de monter mon fichier excel et j'aimerais maintenant le transposer en vba pour ensuite creer un fichier .exe
le probleme c'est que je n'ai jamais utilisé Visual basic et que je n'ai aucune idee comment faire. Plusieurs tuto et commentaires disent que si mon code excel est bien monté, il sera facile a convertir en vba. J'ai déja de la difficulté a seulement reproduire mes tableau dans visual basic .....
quelqu'un peux m'aider ? Merci : voici le fichier excel a convertir.
Bonjour,
Il existe des convertisseurs pour compiler les fichiers Excel et en faire des éxécutables ...
Cela dit, tu as intérêt à ne pas brûler les étapes ...
Par exemple, Avec Excel ... JAMAIS JAMAIS de CELLULES FUSIONNEES ...
Elles ne font que générer de la confusion ...
Bonjour
Avant de vouloir "compiler" ton fichier, je trouve qu'il y a plusieurs choses à corriger... Appelons cela des "petites fautes à ne pas commettre avec Excel" en encore moins avec les compilateurs qui n'aiment pas beaucoup ces petits défauts !
1) Jamais 2 tableaux "élastiques" l'un sous l'autre => c'est le cas 2 fois dans ton classeur dans les onglets [Inventaire] et [Px du Patient]
2) Dans des "tableaux élastiques" toujours utiliser des formules "cohérentes" dans les cellules d'une même colonne, sinon (si impossible) les remplir avec une UDF (fonction définie par l'utilisateur) en VBA => c'est le cas (au moins une fois, à ce que j'ai vu) dans la colonne [Qté Initiale de solution mère(ml)] du 1er "tableau élastique" de [Inventaire]
Voici pour ce que j'ai constaté au 1er coup d'œil (rapide) !
Il y a d'autres détails "disons curiosités" à régler :
à prendre sur le ton du conseil gentil
1) Il semble que la colonne [Nom Du Patient] permet de réaliser la formule de la suivante et qu'il faut donc toujours (re) saisir le même (ou pas ?) [Nom Du Patient] ?
=> le procédé est aussi bizarre, qu'à mon avis incompréhensible pour l'utilisateur !
2) Les libellés des colonnes des (tous) "tableaux élastiques" sont trop long et trop compliqués pour construire des formules courtes, concise et augmentent la possibilité d'erreurs de saisie...
2.1 +) Les libellés de colonnes ne sont pas homogènes
=> 'Nom Du Patient' <vs> 'Dose du patient (ml)' alors que 'Initiale du Phcien(ne)'
2.2 +) De plus certains libellés comportent des fautes d'orthogaffes
=> 'Info supplémentaire' sont sans doute au pluriel,
2.3 +) 'Inventaire dans bouteille' <= 'Inventaire bouteille' ou encore "pharmacien" abrégé une fois 'Phcien(ne)' et une autre fois 'pharm' dans la colonne 'Initiales pharm'
2.4 +) En forme de conseil
=> Jamais d'accents (ou même de signe typographique -même espace- en général) dans un libellé de colonne
2.5) Ce sont des "petits" détails certes, mais ils ont beaucoup d'importance pour la crédibilité d'une application à vocation professionnelle/commerciale !
3) Je ne suis pas spécialiste en "narcologie," ni pharmacien, mais je trouve le cheminement de ton application un peu complexe à comprendre ou plutôt difficile à aborder sans notice !
3.1) Comme par exemple (comme indiqué en point 1) pourquoi saisir plusieurs fois le 'Nom Du Patient' et de facto faut il toujours saisir le même ?
3.2) Tu proposes une liste de validation pour le nom du patient couplée à une liste dans un onglet dédié. C'est une bonne méthode !
3.3) Une page "Accueil" serait bienvenue (sur un onglet dédié) avec des boutons suffisamment explicites d'accès aux autres onglets
3.4) De plus, je trouve qu'il manque une touche d'ergonomie, de "fun" (même si il s'agit d'une application technique et qui plus est traitant d'un sujet pour le moins sensible, même si il -d'après ce que je crois comprendre- il sera considéré comme "simple calculatrice" par l'utilisateur)
4) Et je pourrais en citer d'autres...
(..)
Presque à lire avant mon précédent post !
Je ne sais pas si il te reste beaucoup de code à ajouter dans ton outil, mais saches qu'il pas obligatoire de "transposer" (comme tu dis) en VBA avant de réaliser la compilation !