Discussion :

[Maxence HUBICHE]

Allez hop !
Une nouvelle petite vidéo.
Elle concerne le tout nouvel éditeur de macros que Microsoft nous a mis sous Access 2010.

La vidéo se trouve ici : L'éditeur de macros

Et... vos commentaires, juste après

Amusez-vous bien, et n'hésitez pas à poser des questions !

[Invité]

Salut Maxence

Superbe démonstration.

N'utilisant plus les macros depuis longtemps (à part l'AutoExe), je trouve que cette nouvelle vision sur Access 2010 offre de nombreuses possibilités plus intéressantes qu'avant.

[Heureux-oli]

Très bien fait.

[User]

Rien à dire,

(comme d'ailleurs tout ce qui parle de la nouvelle mouture)

[mout1234]

Comme toujours, c'est du beau travail !

Bravo Maxence

[Jeannot45]

Maxence

Comme d'habitude, rien à ajouter si ce n'est ... parfait !!!

[loufab]

c'est cool la vidéo quand même !

Maxence

[FreeAccess]

Bonjour à tous,

Effectivement, excellente vidéo qui "démontre" l'efficacité de cet éditeur de Macro....

...toutefois, des petites choses me perturbent légèrement (..en vrac..)

- on entend souvent cette phrase "Au début avec Access, commence par les macros, puis ensuite passe au code VBA pour plus d'efficacité et de possibilités"...!! (Qu'en sera t'il sous AC2010...?)

- ces macros seront-elles toujours "convertibles" en code VBA ?

- Efficacité/Rapidité/Protection VBA vs Macro..?

- quand on voit la relative facilité qu'apporte cet éditeur dans la création d'une macro (pratiquement un véritable Wizard...), ou l'on n'a pratiquement qu'à remplir des condition dans des "blocs" déjà paramétrés....pourquoi ne pas avoir cette même possibilité directement sous l"éditeur VBA ??

[Invité]

Bonjour à tous
Quel beau boulot.

Mais je suis un peu perplexe comme FreeAccess. On a l'impression que c'est le retour en grâce de la macro, alors qu'avant, il fallait l'éviter le plus possible en particulier pour la gestion des erreurs...
Alors...

[LE VIEUX]

Salut Maxence et bonjour tout le monde,
Comme d’habitude, maintenant, tes vidéos font partie du must didactique, et comme tous je ne peux que dire merci et bravo.
Quand à l’éditeur de macro, bien sur par rapport à ce qui existe, il n’y a pas photo, pour ma part comme Philippe il y a longtemps que je n’utilise plus les macros sauf quelques exceptions.
Est-ce que 2010 me fera changer mes habitudes, à voir….peut-être si comme le demande FreeAccess on peut les transformer en VBA, pour vérifier, ou optimiser un code.
Quand à la faciliter pour un débutant, je ne sais pas, ou plus, s’il sera plus facile d’investir dans l’utilisation des macros ou directement en VBA.
Pour la question de fond, quid de la volonté de développer access par MS pour optimiser VBA, ex : en IntelliSense ou de simplement le maintenir.

[Heureux-oli]

- ces macros seront-elles toujours "convertibles" en code VBA ?

Salut,

La réponse est Oui.

Même si ce n'est pas présenté, l'outil est visible dans la vidéo.

[Maxence HUBICHE]

- on entend souvent cette phrase "Au début avec Access, commence par les macros, puis ensuite passe au code VBA pour plus d'efficacité et de possibilités"...!! (Qu'en sera t'il sous AC2010...?)

Le "On entend souvent" est un peu dommage !
Quelle est la réalité ?
* Les macros ont TOUJOURS été des outils permettant aux utilisateur de créer de l'automatisation sans pour autant avoir à apprendre un langage de programmation.
* Le VBA est un langage "orienté objet" (n'en déplaise à ses détracteurs), structuré, nécessitant un minimum de connaissance, et donc, par extension, non prévu pour que de simples utilisateurs#, mais plutôt pour des "power users" ou des développeurs.
Par conséquent, le VBA est forcément beaucoup plus ouvert, puissant, ... que les 'simples' macros. Mais on n'attend pas la même chose non plus d'un utilisateur et d'un développeur.

Sous cet angle de vue, la différence VBA vs Macro reste sous Access 2010

- ces macros seront-elles toujours "convertibles" en code VBA ?

Oui (cf la réponse d'olivier ci-dessus)

- Efficacité/Rapidité/Protection VBA vs Macro..?

Euh ... pas tout compris...
Si tu peux étayer...
Tu veux quoi ? un Benchmark entre un programme écrit en macros et un programme écrit en VBA ?
C'est quoi ... protection ?

- quand on voit la relative facilité qu'apporte cet éditeur dans la création d'une macro (pratiquement un véritable Wizard...), ou l'on n'a pratiquement qu'à remplir des condition dans des "blocs" déjà paramétrés....pourquoi ne pas avoir cette même possibilité directement sous l"éditeur VBA ??

Cela rejoint encore le point n°1:
Le public visé n'est pas le même, et le potentiel non plus.
Et la completion existe depuis belle lurette sur l'éditeur VBA !
Enfin, un développeur sachant taper avec plus de deux doigts, il ira plus vite à taper son bloc qu'à quitter son clavier pour chopper la souris, repérer le curseur, le déplacer jusque dans la liste des options, la retrouver et finallement la glisser dans le code pour enfin revenir sur le clavier pour taper le code qui manque.... pfiou !

Donc, c'est génial pour des utilisateurs, mais une perte de tmps pour un développeur.
Sa place se situe donc dans les macros et non dans l'éditeur VBA



Ais-je bien répondu ?


# 'simple utilisateur' n'a rien de péjoratif chez moi. Il s'agit des personnes qui UTILISENT les logiciels pour produire ce qui permet à une entreprise de vivre. Sans eux, l'informatique même n'aurait aucun intérêt. Mais, ce n'est pas à un UTILIATEUR de développer les outils dont il a besoin pour faire son travail. S'il est amené à le faire, c'est que l'Informatique ne sait pas répondre, dans les temps qui lui sont imposés, à ses besoins.

[Maxence HUBICHE]

quid de la volonté de développer access par MS pour optimiser VBA, ex : en IntelliSense ou de simplement le maintenir.

Ben, le développement du VBA c'est un peu un sujet "tabou"
La base installée empêche clairement d'abandonner le concept d'un seul coup.
Mais l'idéal serait d'impllémenter .Net directement dans l'application, ou mieux encore, faire du VBA un langage .Net (avec compilateur MSIL et tout le bazard ) !
On n'y est pas encore, même si certains projets (VSTA - ne pas confondre avec VSTO) s'y rapportent.
Peut-être un jour en seront nous au même point qu'actuellement avec Word et Excel : possibilité de programmer en VBA ET en .Net
Donc, je dirais que les bibliothèques vont s'améliorer au fur et à mesure des améliorations des produits (normal), mais que le langage a peu de chances d'évoluer (hélas), et qu'un jour, on aura peut-être les deux langaegs en même temps... ou... le fameux langage VBA.NET que nous espérons

[Tofalu]

Pour compléter les dires de Maxence, j'ajouterai qu'on a parfois qualifié le passage à la nouvelle version d'Access 2007 trop orienté user :

- Champ pièce jointe dangereux pour la taille de l'appli
- Champ multi valué peu recommandés
- Impossibilité d'utiliser ces fonctionnalités dans un contexte back/front - end
- etc.

Je peux vous assurer que le passage 2007-2010 de demain va plus loin. Le coté user a, comme toujours, été renforcé : nouvel éditeur de macro, nouveau générateur d'expression, nouveau look des contrôles...
Mais le coté développeur n'a pas pour autant été négligé : évènement de table, champs calculés, étendue de la MFC, data macro, USysApplicationLog...
Le tout, compatible en mode multi-utilisateur.

En tant que passioné de dev, j'éprouve énormément de plaisir à tenter de confier au moteur de base de données des actions possibles jusque là uniquement en VBA comme par exemple un journal d'évènement, une numérotation auto perso, des mécanismes de quota, etc.

Access 2010 demande au développeur de revoir parfois complètement son approche pour rendre son produit le plus robuste et stable possible... Mais effectivement, quand on voit certains affirmer que les clés étrangères ne servent à rien et doivent être gérées en VBA, le chemin va être malheureusement long. Un bon développeur Access n'est pas quelqu'un qui code uniquement du VBA et pisse des lignes. C'est celui qui saura privilégier une requête action quand elle s'avère plus rapide qu'une boucle sur un recordset et vice-versa.

[Domi2]

Bravo Maxence !

Très bonnes explications sur ce nouvel éditeur.

Les futurs utilisateurs de la version 2010 vont apprécier.

Dominique

[Invité]

Salut

Peut-être un jour en seront nous au même point qu'actuellement avec Word et Excel : possibilité de programmer en VBA ET en .Net

Pourrais-tu détailler ce point, car là je suis un peu largué

[Maxence HUBICHE]

euh ... ben, actuellement, depuis Excel, ou word, tu peux programmer en VBA
Et, depuis Visual Studio, avec VSTO, tu peux programmer en DotNet tes classeurs Excel et documents Word.

[peper-eliot]

Et ben moi, mini_user, je dis "whaouuuu"
Cela fait des années que je joue avec Excel, mais ça, ça donne vraiment envie de tater de l'Access
Je ne regrette pas d'avoir téléchargé la beta2010

Merci Maxence de cette démo qui m'a fait tourner la Boulle

[JPJOLY]

Je n'étais pas convaincu par cet editeur de macros maisvotre video me redonne du coeur à l'ouvrage.
Bravo et merci

[bigfood]

Bonjour,

Je trouve vos vidéos très intéressantes. Je voudrai regarder celle sur l'éditeur de Marcos mais malheureusement elle n'est plus lisible...
Pourriez vous, s'il vous plait, la rééuploader?

Un grand merci