février
2005
Un article de Maxence HUBICHE
Suite à cette annonce : http://blog.developpez.com/index.php?blog=24&p=482
et étant donné que maintenant, enfin, j’ai des contacts fiables et sûrs chez Microsoft (US & FR), avec lesquels je vais pouvoir échanger sur Access, je me suis dit que faire une entrée où tout le monde pourrait poster des suggestions pour améliorer Access serait intéressant !
Donc, voici les règles :
Tout ce qui vous passe par la tête, vous pouvez l’écrire ici, du moment que :
1- C’est constructif
2- Cela concerne Access
Tout ce qui est en dehors de ces simple règles, je me permettrait de l’effacer purement et simplement.
Ainsi, par exemple
- Access, c’est nul ! On ne peut même pas faire ceci ou cela.
sera effacé.
tandis que
- Access, c’est nul parce qu’on ne peut pas faire ceci. On pourrait imaginer que ceci ou cela soit mis en place pour pallier cet inconvénient
restera (même si le ‘Access, c’est nul’ me gène fortement, puisque c’est un mensonge 
).
Je vais donner ce lien en information à mes correspondants Microsoft.
Le deal vous va ?
Alors, lancez-vous !
Je partage les précédents commentaires effectués par mes très cher collegues de l’équipe dvp-access, et voici quelques remarques supplémentaires, sur d’autres points qui me tiennent à coeur :
– je regrette que l’annulation de l’événement BeforeUpdate d’une ListBox n’entraîne pas automatiquement l’annulation de la mise à jour des propriétés de selection des item de la liste (propriété ListIndex par exemple).
– je regrette que dans un formulaire en mode Feuille de donnée ou continu, on ne puisse pas sélectionner plusieurs enregistrements non contigus. Dommage que cette sélection ne puisse se faire en vba et qu’il soit impossible d’en récupérer le contenu dans une collection ou un recordset.
– je regrette qu’il n’existe pas de solution aussi simple, pour modifier en vba les propriétés « étendues » (Onglet Résumé, etc.) des fichiers SNAPSHOT, qu’il en existe pour les autres documents Office (grâce aux propriétés BuiltinDocumentProperties & CustomDocumentProperties).
– Enfin oserais-je regretter l’impossibilité de générer directement à partir d’access, un .exe propre à une application developpée sous access ?
Hum, déjà faudrait savoir où eux veullent aller,
quelle est l’orientation déjà prise pour access
Connaissant un peu MS, à mon avis ils sont pour l’integration, mais aussi l’integation et parfois pour l’integration aussi
Donc qu’ils passent VBA à .Net, tant mieux, le gain y est énooorme (Tofalu pourra étendre le framework d’Access comme ça) , mais qu’ils fassent cette migration de manière aboutie souple et didactique, quite à faire coexister les deux le temps d’une version d’Access
Qu’ils n’imposent pas comme celà a été le cas pour vb6
Alors mes doléances :
– Implémanter le rownum dans les requêtes afin dep ouvoir nuémroter aisément les lignes.
– Integrer les common dialog. Comme ça plus besoin de l’API windows
– Ajouter des evenements sur l’objet Access.Application. Notamment OnOpen et OnQuit (cela évitera d’avoir à utiliser un formulaire cacher)
– Ajouter la propriété Handle aux controles comme en VB (ainsi, on pourra utiliser toute la gamme d’API Windows)
– Ajouter le HDC sur les formulaires. Cela evitera d’avoir à utiliser l’API correspondante.
– Ajouter l’objet Mouse aux propriétés de l’objet Screen. On pourra ainsi avoir la position de la souris sur l’écran.
– Ajouter la propriété ScaleMode aux formulaires et controles posables dans un formulaire pour avoir de réelle conversion Twips/Pixel.
– Pouvoir centrer le texte verticalement dans les étiquettes.
– Ajouter un assistant pour créer les chaines de connexion ADO (je m’en sert pas mais c’est cool quand même les assistants)
– Etendre la sécurité non pas seulement au formulaire mais à tel ou tel controle.
– Pour la version 2005, prevoir qu’on ne galère pas à trouver le bouton sécurité dés la première utilisation.
– Le top, ajouter un module pour l’export en PDF.
– Que l’aide établisse la liste des mots réservé dans les requêtes, les formulaires, ou interdire certains nom dans les champs (date,memo …)
– Ajouter le controle Timer.
– Pouvoir créer des menus dans les formulaires.
– Ajouter l’evenement mouseQuit ou mouselost sur les controles. C’est désagréables d’avoir à tester avec un timer la position de la souris pour savoir si elle est encore sur le controle.
– Integrer un outils pour modeliser directement le MCD dans Access et convertir aussitot le MCD dans le fichier Mdb.
– Permettre que quand on change le nom d’un champ, cela se repercute partout…
– Et pourquoi pas remplacer le compagnon par un lien vers le forum Access DVP
Enfin déjà pas mal de choses.
Merci Maxence
Oups ! j’en ai oublié un bout …
J’aimerai bien que l’ensemble des éléments générés (tables/requêtes/formulaires/etats/…) puissent être automatiquement convertis en site web … mieux ! en application web ! le top !
Moi, j’aimerai bien que MS envisage une implémentation sur MacOS X et Linux …
Cela irait bien avec ce qu’a annoncé Lunatix : frontal pour plusieurs bases de données…
Que acces puisse faire frontal pour d’autres bases de données que sql-server.