Salut Lavachri ! Début de citation
Dans ton cas, je suppose que l'éditeur de table intégré permét de faire ce que tu demande. Fin de citation Je ne cherchais pas à créer des tables, je cherchais plutôt à lister les tables présentes dans un fichier de base de données. Début de citation Si tu n'en as pas consience, je te rappelle l'utiliter de l'intéliscence qui te permèt de te proposer et filtrer seulement les méthodes, propriétés,.. utilisable par un objet. Déclare un objet de la classe à utiliser, puis tu l'écrit, place le point et tu pourras te balader dans les choix. D'ailleurs dans VS2008/10 Jaws t'annonce la description. Fin de citation Que crois-tu que j'ai fait pendant deux jours ? Le problème ce n'est pas qu'il manque de choix. Non, le problème c'est plutôt qu'il y en a parfois trop, mal nommé et ne suivant pas une logique claire. Par exemple: Comment justifier que pour avoir la liste des tables présentes dans une base de données on doivent interroger l'objet connexion par la fonction GetSchema qui renvoi un objet DataTable et à laquelle on doit fournir un paramètre oledb avec quatre imbrication, et ensuite parcourir chaque objet row dans cet objet dataTable dans sa deuxième colonne en recherchant dans ses propriétés Item les éléments portant le paramètre string "column_name". Selon toi ça semble évident ? Je me rappelle encore d'un temps où on pouvait conseiller le visual basic comme langage pour les débutants. De toute évidence, ce temps est révolu; parce que IDE lourd à installer, langage touffu, et sensation d'être pris pour un pigeon captif et content de l'être. Sur un autre sujet, je profite de cette possibilité qui m'est donnée de m'exprimer pour annoncer que j'ai réussi à faire en sorte que mon logiciel interface ouvre les fichier access pour charger, modifier et enregistrer les changements faits à des formulaires. Et cela au moins pour les versions d'office inférieures ou égales à 2007. J'ai installé le data base engine de access 2010 et vais faire des tests sur un fichier produit par access 2010 dès que j'en aurait trouvé un. Le fonctionnement des états ne différant que très légèrement de celui des formulaire dans microsoft access, les changement seront minime pour que je puisse ajouter cette fonctionnalité à Interface. Même si je ne sais pas encore pour le moment si je dois créer un module entier pour la manipulation des état ou simplement proposer de faire le choix entre état ou formulaire dans le module actuel du VBA access. Il y a également un petit problème de performence que je dois régler au chargement des formulaires avec un nombre de control important dans les fichiers access; lorsque ce sera fait, je vous le proposerai. Par la suite, je compte m'attaquer au langage wx python 2.7 pour lequel je reviendrai probablement vers vous n'étant pas un spécialiste. Tchao ! Yannick Daniel Youalé La programmation est une religion. Aimez-la, ou quittez-la. ----- Original Message ----- From: LavaChri To: [email protected] Sent: Saturday, July 06, 2013 10:59 AM Subject: [progliste] Re: L'évolution et mon raz-le-bol Slt, Effectivement la métaphore de l'usine à gaz est adéquate. Cependant, il est à noter que le mot « Visual » n'est pas là pour rien ! En ce moment j'ai un peu le même soucis que toi pour la globalisation d'une application, il est simple de créer des ressources contenant les traductions et l'application s'adapte à la langue native automatiquement. Mais pour faire la listes des langues disponible je n'ai trouvé que des méthodes qui scanne un dossier et cela me semble bizarre. Dans ton cas, je suppose que l'éditeur de table intégré permét de faire ce que tu demande. Pour la doc, dans VS2005 et 2008 elle est bien accéssible et plutôt riche en exemple, de plus tu peu user de la touche F1 en contextuel un peu de partout dans l'IDE. Pour VS2010, les titres et autres balises sont moins pertinantes et il faut plus se balader avec les flêches. Si tu n'en as pas consience, je te rappelle l'utiliter de l'intéliscence qui te permèt de te proposer et filtrer seulement les méthodes, propriétés,.. utilisable par un objet. Déclare un objet de la classe à utiliser, puis tu l'écrit, place le point et tu pourras te balader dans les choix. D'ailleurs dans VS2008/10 Jaws t'annonce la description. ------------------------------------------------------------------------------ De : [email protected] [mailto:[email protected]] De la part de Yannick Youalé Envoyé : vendredi 5 juillet 2013 13:52 À : [email protected] Objet : [progliste] L'évolution et mon raz-le-bol Bonjour à tous ! Juste pour faire part de mon raz-le-bol par rapport à ce qui nous est présenté comme étant de l'évolution, et qui s'avère être plus pénible au final d'après ce que je constate. La raison principale de cet état d'âme est que je viens de passer pratiquement deux jours à temps plein à rechercher comment faire générer la liste des tables et des champs d'une base de données en vb.net. Actions qui devraient normalement être évidentes dans une API de manipulation de base de données n'est-ce pas ? Chose que j'avais d'ailleurs auparavant trouvé assez aisément en vb6, et plus même encore en php. Ayant d'abord chercher la solution par moi-même en explorant les objet et sous-objets du langage dans mon visual studio, vérifiant au passage les types et l'utilisation qui pourrait en être fait, je me suis sincèrement posé des questions sur la logique que microsoft a voulu donner à certains d'entre eux tellement ils semblent étranges. Et ce n'est que sur le net, après beaucoup d'effort, que j'ai pû trouver une solution en prenant des bouts de code dans plusieurs tutoriels pris ça et là, parce qu'il n'y en avait aucun qui fonctionnait directement. Ainsi, là où auparavant les choses se faisaient simplement en quelques lignes de code, ou alors pour lesquels il falait juste un objet dont le nom était suffisament évocateur, on retrouve aujourd'hui une foultitude de déclinaisons d'objets, tous plus bizarres les uns que les autres. De quoi se demander si cette évolution à laquelle on nous force tous les deux ans à passer est véritablement faite pour nous faciliter la tache de programmation, ou alors nous pousser à acheter des produits de développement et au passage se faire un max de fric. Parce que, concernant microsoft particulièrement, plus les années passent, plus son IDE et son langage resemblent à une usine à gaz. Et par usine à gaz, je veux vraiment dire lourd, complexe, lent, ou parfois même avec des bugs récurrents. Les outils étant relativement nouveau, il est dès lors plus difficile de trouver des ressources sur lesquels d'autres auraient déja travaillé pour ne pas avoir à réinventer le fil à couper le beure. Quoi que ce manque aurait été valablement compensé par une documentation (embarquée ou en ligne) suffisamment claire, mais ce n'est pas toujours le cas. Avec cette technologie, j'en suis arrivé à me sentir comme ces développeurs qui utilisent un langage par nécessité, et non parce qu'ils en sont passionés. Et je trouve ça triste dans ce sens que, étant un partisan des premiers produits microsoft, dont l'hergonomie était indiscutable, la documentation simple et précise, les performances correctes, je dois dire que je ne me retrouve plus dans les nouvelles sorties. Je ne peux m'empêcher à ce sujet de faire un parallèle avec les autres produits vendus par cette firme comme par exemple la suite microsoft office, pour laquelle les nouvelles versions n'apportent plus que des changements cosmétiques selon ma perception. D'ailleurs, notre service informatique a donné un avis défavorable à la Direction pour ce qui était du passage de office 2007 à office 360 parce qu'il n'y a rien de plus qui soit crutial dans la nouvelle version que nous n'utilisons dans l'ancienne et aussi le fait que le vendeur s'était bien gardé de nous dire que cette version d'office est basée sur un nouveau système d'abonnement annuel payant. Donc, à trop se focaliser sur le fric qu'ils veulent gagner et à en oublier la qualité de leurs produits, j'ai bien peur que cette firme que j'ai aimé ne finisse par sortir du tableau. Bon, je vous laisse ici. Il faut que j'y ailles. Et soyez sages ! Yannick Daniel Youalé La programmation est une religion. Aimez-la, ou quittez-la.
