IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

IHM Discussion :

VBA Access / Sous-formulaire, bouton et liste déroulante choix multiples


Sujet :

IHM

  1. #1
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Mars 2016
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mars 2016
    Messages : 3
    Points : 1
    Points
    1
    Par défaut VBA Access / Sous-formulaire, bouton et liste déroulante choix multiples
    Bonjour, après avoir cherché sur des dizaines et des dizaines de forum je n'ai pas réussi à trouver de réponse à mon problème. J'espère donc que ce post pourra m'être utile.

    Voilà le problème : je dispose d'un table "Equipement" qui contient plusieurs champ comme le N° de l'équipement, son rang, son N° de critère, son(ses) système(s) concerné(s), etc.
    Je dispose d'une seconde table "Local" qui contient entre autre un champ "Equipement(s) choisi(s)" qui permet de choisir un ou plusieurs équipements de la précédente table qui sont présent dans un local.

    J'aimerais, à partir d'un formulaire, contenant une liste déroulante à choix multiples pouvoir choisir quel(s) équipement(s) sont présent dans chaque local. Pour ce faire j'ai ma liste déroulante et à côté de ça un sous-formulaire présentant l'ensemble des équipements avec un bouton "ajouter" pour chacun d'eux. Le coeur du problème est que je souhaiterais que, par exemple, en cliquant sur le bouton "ajouter" de l'équipement N°14, la case 14 de la liste déroulante se coche automatiquement (cf. image ci-dessous).

    Est-ce possible via VBA ?

    Merci d'avance pour votre aide.

    Nom : Sans titre.png
Affichages : 436
Taille : 27,5 Ko

  2. #2
    Membre éprouvé
    Inscrit en
    Août 2008
    Messages
    740
    Détails du profil
    Informations forums :
    Inscription : Août 2008
    Messages : 740
    Points : 1 045
    Points
    1 045
    Par défaut
    Bonjour,

    si la liste a choix multiple presente des avantages pour des codes aux valeurs limitees, je ne pense pas que ce soit adapte a ton cas

    Sur un plan conceptuel, si un equipement est unique et ne peut se trouver que dans un seul local, ne faudrait il pas mieux que le champ "Local" soit un attribut de la table "Equipement" et non l'inverse?

  3. #3
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Mars 2016
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mars 2016
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Tout d'abord merci acessisgood de t'être penché sur mon cas. Je suis bien d'accord avec toi sur le fait que les listes à choix multiples sont bien pratiques mais offrent une utilisation assez limitée.
    Pour ce qui est de mon exemple, c'est vrai que je l'ai mal choisi. En réalité ma base Access ne traite pas vraiment d'équipements et de locaux mais d'autres choses qui reviendraient à dire, toujours avec les mêmes dénominations, qu'un équipement peut se trouver dans plusieurs locaux et qu'un local peut contenir plusieurs équipements. C'est bien cet aspect mutlichoix des deux côtés qui me complique la tâche.

  4. #4
    Membre éprouvé
    Inscrit en
    Août 2008
    Messages
    740
    Détails du profil
    Informations forums :
    Inscription : Août 2008
    Messages : 740
    Points : 1 045
    Points
    1 045
    Par défaut
    Bon, alors je repete ma question

    Sur un plan conceptuel, si un equipement est unique et ne peut se trouver que dans un seul local, ne faudrait il pas mieux que le champ "Local" soit un attribut de la table "Equipement" et non l'inverse?

  5. #5
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Mars 2016
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mars 2016
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Citation Envoyé par accessisgood Voir le message
    Bon, alors je repete ma question

    Sur un plan conceptuel, si un equipement est unique et ne peut se trouver que dans un seul local, ne faudrait il pas mieux que le champ "Local" soit un attribut de la table "Equipement" et non l'inverse?
    Justement ce n'est pas le cas, comme je venais de te le dire : "un équipement peut se trouver dans plusieurs locaux et un local peut contenir plusieurs équipements".

  6. #6
    Membre éprouvé
    Inscrit en
    Août 2008
    Messages
    740
    Détails du profil
    Informations forums :
    Inscription : Août 2008
    Messages : 740
    Points : 1 045
    Points
    1 045
    Par défaut
    OK,

    la solution serait peut etre de creer une table [Equipement_Local] qui fasse le lien entre les 2 table principales

Discussions similaires

  1. Réponses: 9
    Dernier message: 04/06/2013, 23h40
  2. Réponses: 20
    Dernier message: 04/06/2011, 05h48
  3. Réponses: 2
    Dernier message: 02/04/2011, 21h41
  4. Sous formulaire lié à une liste déroulante
    Par Spanish_ dans le forum IHM
    Réponses: 4
    Dernier message: 23/10/2007, 15h14
  5. Réponses: 1
    Dernier message: 05/07/2007, 12h20

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo