Discussion :

[LeMitch]

Bonjour,
J'ai un sous-formulaire qui permet de lister et modifier des enregistrements d'une table. Dans ce sous-formulaire il y a aussi un contrôle indépendant. A l'affichage du formulaire les champs liés à la table source se remplissent correctement. Ensuite un bout de code VBA essaye de remplir le contrôle indépendant dans chacun des enregistrements du sous-formulaire en fonction d'un champ du recordset (via un recordset, movenext et un requery). En pas à pas, je vois bien qu'à chaque boucle, j'affecte la bonne valeur au contrôle, mais quand la boucle est terminée le contrôle de tous les enregistrements à la valeur du dernier qui a été renseigné par le code VBA.
Quelqu'un a une idée ?
Merci

[marot_r]

Bonjour,

C'est une attrape classique (et très énervante) dans les formulaires en mode continu.

Pour une raison que je ne connais pas Access n'a qu'une seule "image" de la ligne pour les champs indépendants donc toute modification faite sur une des lignes se reportent sur toutes les autres.

La seule solution que je connaisse consiste à déplacer le calcul du champ indépendant vers la source de données.
Il suffit donc de créer un champ calculé dans la requête et d'afficher ce champ.

A+

[LeMitch]

Ok, merci.
Dans la source d'un champ calculé, je peux mettre un select avec un critère sur une autre table ?

[LeMitch]

Il y a un petit souci, je n'avais pas précisé que le contrôle indépendant est une liste déroulante. Il y a donc déja une requête pour son contenu. Ce que je veux, c'est forcer le contrôle à pointer sur la ligne correspondant à la valeur d'un champ de l'enregistrement.
Le contrôle indépendant permet de sélectionner, ou d'afficher pour un enregistrement existant une liste de catégories. Un des champs dépendants du sous-formulaire affiche une prestation qui fait partie de la catégorie du premier contrôle.
J'espère que je suis clair.
Merci de votre aide.

[marot_r]

Dans la source d'un champ calculé, je peux mettre un select avec un critère sur une autre table ?

Tu peux sans doute mais personnellement j'utilise Dfirst().

Le contrôle indépendant permet de sélectionner, ou d'afficher pour un enregistrement existant une liste de catégories.

Pourquoi Est-ce un champ indépendant ? Il n'est pas enregistré ? Il ne se base pas sur un champ de la source ?

Si il est relié à un champ de la source, ne pas en faire un contrôle indépendant, juste mettre le nom du champ source comme source de données et le tour devrait être joué.

A+

[LeMitch]

Je vais essayer d'être clair :
J'ai des types prestations, stockés dans une table contenant un compteur auto (la clé) et l'intitulé du type de prestation.
J'ai des prestations, stockées dans une autre table contenant un compteur auto, l'intitulé de la prestation et l'identificateur du type de prestation à laquelle elle appartient.
J'ai des devis stockés dans une table contenant, entre autres, un compteur auto, et l'identificateur de la prestation.
Dans mon formulaire, j'ai une liste déroulante pour le type de prestation (le fameux contrôle indépendant), une liste déroulante pour la prestation et des contrôles pour les autres champs.
Quand j'édite un devis existant, je veux afficher les prestations et leur type de prestation, que je retrouve grâce à leur identificateur pêché dans la table des prestations.
Pour ajouter des lignes, ou modifier des lignes existantes, je veux le faire en changeant la valeur des listes déroulantes.
Pour me simplifier la vie, j'ai essayé de stocker l'identificateur du type de prestation dans les devis, bien qu'il soit redondant avec la prestation. Là, ça a été pire, le sous-formulaire ne s'affiche carrément pas, sans indiquer d'erreur. Un problème de référence circulaire, ou je ne sais quoi.
J'ai l'impression que c'est une utilisation basique d'access, et que, donc, soit je fais une grosse bourde dans mon formulaire, soit ma structure de données est foireuse. Si c'est le cas, je suis prêt à en changer.
Merci.