|
Rappel : Ce cours est enseigné dans la |
Rien ne vous l'interdit, mais je n'ai pas mis en ligne une archive
contenant la totalité du site. D'une part parce que cette archive serait
trop volumineuse. D'autre part parce que je n'ai pas envie de la remettre
à jour aussi souvent qu'il y a de modifications dans le site.
Donc, si
vous y tenez vraiment, employez un logiciel aspirateur, ou faites une
petite série de "Enregistrer sous".
Avec plaisir. L'auteur n'en sera nullement contrarié, au contraire, cela
flatte son ego surdimensionné. Je vous demande juste de me signaler ce
genre de manip, afin que je puisse recenser ces miroirs, et envoyer aux
Webmestres les mises à jour - assez fréquentes - subies par le site.
Et si en plus, vous en profitez pour m'inviter au restaurant, alors mon bonheur sera complet.
La réponse complète se trouve dans le cours, à cet endroit précis.
Si votre problème est de faire tourner sur votre machine les exécutables
contenus dans ce cours (qui ont été créés et compilés avec Visual Basic
version 5), alors vous devez télécharger les fichiers
vb5fr.dll et
msvbvm50.dll et les copier ensuite dans le répertoire système de votre
machine.
Du point de vue du langage lui-même, de sa syntaxe, de sa structure et de
ses principes de fonctionnement, on peut dire sans exagérer : il n'y a
aucune différence ! Ces deux langages sont la copie conforme l'un de
l'autre.
Simplement, VBA est en quelque sorte "interne" aux applications
bureautiques de chez Microsoft : donc, un programme VBA pour Access ne
tournera que si Access est installé sur la machine. Et on ne pourra
exécuter le programme en question qu'en ayant ouvert Access.
Conséquence de cela, en VBA, on manipule, en plus des objets et contrôles
vu en VB, les objets particuliers que sont les applications Microsoft en
question. Par exemple, un programme VBA sous Excel manipulera des objets
WorkSheet (feuille de calcul), des propriétés Cells (les cellules de ces
feuilles), etc. Pour programmer convenablement en VBA, il faudra donc
apprendre le nom, les propriétés et les méthodes de ces différents objets.
Mais, ce qui est important, je le répète, c'est que la structure du
langage est rigoureusement celle du VB. On peut donc dire sans se tromper
que passer de VB à VBA, lorsqu'on on maîtrise les principes logiques du
langage, ne demande qu'une phase d'apprentissage pas bien méchante.
Je n'en sais rien. Mais il a déjà un présent, et ce n'est pas si mal.
Plus sérieusement, VB reste un des langages les plus simples qui permettent de
se familiariser avec la programmation événementielle et objet. Et que ce
soit sous la forme de VB ou sous celle de VBA, il est encore très répandu.
En fait, et toute modestie mise à part, ils sont même meilleurs.
Mais plutôt que se fier aux on-dit, pourquoi ne pas commencer par jeter un
petit coup d'oeil (et d'oreille) à leur site web, et ensuite venir en personne
leur témoigner votre admiration sans bornes lors d'une de leurs bruyantes
apparitions publiques ?
Ca leur fait tellement plaisir...
|