Discussion :

[uni51]

Bonjour,
Je rencontre un problème avec Access 2013 pour synchroniser un formulaire avec une zone de liste déroulante.
Après avoir suivi les étapes pour créer ma zone de liste déroulante, la synchro ne fonctionne toujours pas.
Mon formulaire est basé sur une requête de non correspondance.
J’ai créé une zone de liste déroulante avec l’assistant en choisissant l’option « Rechercher un enregistrement dans mon formulaire basé sur la valeur que j’ai sélectionnée dans la liste déroulante ».
J’ai choisi comme premier champ de ma zone de liste déroulante la même clé que celle du formulaire.
La zone de liste modifiable a été créée avec comme propriété « après MAJ » une macro incorporée avec l’instruction suivante :
RechercherEnregistrement
Enregistrement : Premier
Condition Where : ="[NO_INDIVIDU] = " & Str(Nz([Screen].[ActiveControl];0))

Lorsque je sélectionne un élément de la liste, le formulaire affiche systématiquement le premier enregistrement de la requête et non l’enregistrement sélectionné.
Après avoir effectué de nombreux tests, je me suis aperçue d’une chose curieuse.
Si je base ma requête sur une table postgres (lien en ODBC vers cette table), cela fonctionne parfaitement.
Si je base ma requête sur une table Access créée à partir de cette table postgres qui a exactement les mêmes caractéristiques (même clé primaire, notamment), cela ne fonctionne pas.
(Malheureusement, je suis obligée d’utiliser la 2nde formule, il me faut donc solutionner le problème).
Merci d’avance pour vos réponses

[marot_r]

Bonjour.

• Vérifie que NO_INDIVIDU est bien numérique dans ta table Access.
• Vérifie que la donnée retournée par ta liste est la bonne (ce devrait être la clef primaire).
  Pour la faire afficher mettre "2;" dans la propriété "Largeurs des colonnes".
  Cela devrait t'afficher 2 colonnes dont la 1ère fait 2 cm et la seconde utilise l'espace restant.

Si numérique et que la donnée est bonne essaye avec quelque chose qui ressemble à cela :

="[NO_INDIVIDU] = " & [Forms]![NomTonForm]![nomTaListe]

A+

[uni51]

Bonjour et merci beaucoup pour ton aide !
La vérification étant faite (NO_INDIVIDU est bien numérique et la donnée retournée est la bonne) et la modification effectuée, ça ne fonctionne toujours pas.

[marot_r]

Bizarre.

Essaye ="[NO_INDIVIDU] = IciUneValeurValide"

Cela devrait t'afficher les données correspondant a 'IciUneValeurValide.

si cela marche ajoute à ta macro un truc du genre

Afficher Message "[NO_INDIVIDU] = " & [Forms]![NomTonForm]![nomTaListe]

Cela devrait permettre de voir ce que Access comprend vraiment.

A+

[uni51]

En mettant dans ma zone condition where =
="[NO_INDIVIDU] = 1768" (enregistrement qui existe)
Toujours rien de changé, le formulaire continue à afficher l'enregistrement en cours.

D'autre part, en ajoutant dans ma macro une action ZoneMessage :
Message : "[NO_INDIVIDU] = " & [Forms]![Saisie des convocations - Nouveaux]![Modifiable 87]

Il m'affiche bêtement :
"[NO_INDIVIDU] = " & [Forms]![Saisie des convocations - Nouveaux]![Modifiable 87]

[marot_r]

Personnellement je n'utilise pas les macros donc je suis perplexe.

Je te suggère de remplacer ta macro par du VBA.
Choisir l'événmenet.
choisir "Procédure événementielle"
puis taper

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

call me.recordset.findfirst("[NO_INDIVIDU]=" & me.[Modifiable 87])

entre Sub ...et End subDevrait faire le travail et surtout te permettra de mettre un point d'arrêt pour interroger ce que voit Access.

Et si tu peux, change [Modifiable 87] pour un nom significatif comme [ListeIndividu] ou [ChoixIndividu] ou simplement [Individu]. cela rend le code plus compréhensible.

A+

[uni51]

Cette méthode ne fonctionne pas non plus, mais finalement j'ai trouvé la solution.

J'avais créé ma table Access en utilisant un copier coller à partir d'une table postgres existante (un lien ODBC vers une table postgres). Cette table avait une clé de type numérique (décimale).
Le formulaire fonctionnait parfaitement en attaquant la table postgres, mais ne fonctionnait pas avec la table Access (avec pourtant le même type de clé numérique).
En changeant le type de clé de ma table Access en numérique entier, tout fonctionne parfaitement.

En tout cas, merci beaucoup pour ton aide.