rebonjour,
quel est le code pour ciblé un enregistrement donné avec la méthode Requery?
merci,
estancha
Version imprimable
rebonjour,
quel est le code pour ciblé un enregistrement donné avec la méthode Requery?
merci,
estancha
Bonjour,
J'ai pas bien compris la question...
La méthode Requery n'a pas pour rôle de cibler un enregistrement mais plutôt d'actualiser dans Visual Basic.
Exemple utilisant la méthode Requery pour MAJ le contrôle ListePays:Code:
2
3
Code:DoCmd.Requery "ListeDesPays"
Argy
en fait, ce que je veux, c'est qeu cette méthode ne s'applique qu'à l'enregistrement qui vient d'être modifié... car j'ai plusieurs enregistrements sur mon fromulaire.
merci,
estancha
Re,
A ce moment là, utilise la méthode SaveRecord:
Voilà...Code:DoCmd.RunCommand acCmdSaveRecord
Argy
merci, mais il me faut autre chose, je m'explique mieux (j'ai déjà laissé un message sur le forum à props de ça il y a deux mois, mais je n'était pas très clair...
un exemple simple : prenons un formulaire groupe de musique avec un sous formulaire lieu des concerts deux listes déroulantes :
-une première liste pays
-une seconde liste salle de concert
ce que l'utilisateur veux, c'est qu'il puisse rentrer plusieurs dates de concert par groupe et que lorsqu'il a sélectionner son pays, la seconde liste propose uniquement les salles du pays concernés. Là, le développeur se dit, oh oui, je vais utilisé la méthode requery pour raffraichir la requête dont la liste salle est issue dès qu'il y a eu mise à jour...
mais à la saisie voici ce qui se passe
-il rentre le premier lieu : Anglettere ---> mise à jour de la seconde liste
-il rentre la salle : Astoria
-il rentre le secon pays : France ---> remise à jour de la seconde liste et le premier enregistrement voit sa salle qui disparait à l'écran (pas dans la table mais jsute à l'écran)
En grois j'ai le même problème avec trois listes déroulantes liées,
je ne sais pas trop comment faire, c'est pas trop embêtant, mais quand même pour l'utilisateur, ce n'est pas très commode,
merci
estancha
Tout dépend comment sont struturées tes tables...
Là est la CLÉ du problème.
Si tu as un champ commun dans toutes les tables, pas de PB ça coule tout seul.
Relation 1/n entre TBLConcerts et TBLDates où IDConcert est présent dans TBLDates comme ForeignKey.
Comment sont structurées tes tables ?
il y a une relation 1/n entre pays et salle, normal, et l'IDgroup est présent dans la table ID Concert comme foreignkey,
merci,
estancha
J'ai le sentiment que tu confonds Consultation et Mise à jour.
Effectivement, tu dois adopter la méthode Requery dans la mesure ou tu as fait une opération SQL (Delete/Update) quelconque.
Si j'ai bien tout compris (j'ai tout lu Freud :wink: ), tu as un formulaire pour le Groupe ou le Chanteur. Dans ce Form, il y a us SF qui contient la liste des Pays et la liste des salles/dates.
Il faut la jouer fine avec des liste CACHÉES !!! Tu mets des restrictions avec les propriétes Enabled True or False avec des Flags qui examinent en temps réel ce que l'utilisateur est en train de faire.
Par exemple (Création):
- Il veut ajouter un Pays: la liste des salle est censée être vide (donc désactivée) puisqu'il ajoute son pays qui n'est pas censé exister.
- Il veut ajouter une salle: Il sélectionne d'abord le pays, apparait ensuite les salles pour ce pays et le bouton "Ajouter Salle" s'active; de + la liste des pays se désactive
Par exemple (Consultation):
Il veut sélectionner un pays (existant); Apparaît alors la liste des salles de ce pays ce qui est normal: cas du Requery
Dans ton cas, je travaillerais sur une table temporaire et ferais en sorte que toutes les salles saisies soient visibles dans la liste, quel que soit le pays. Pour chaque salle, tu as l'IDPays correspondant et caché. A la sortie du form, tu mets à jour toutes tes tables, tu vides la table Temp.
Qu'en penses-tu ?
Argy
une sacré astuce de briscard :twisted:
j'essaye et je te dis,
merci,
estancha
bonjour,
en fait j'ai pas fait exactement ce que tu m'as dit, mais je me suis inspirée des listes briscardes que j'ai mis dans un sous formulaire et qui ajoute une activité (une seule donc pas de problème de requery), dans l'autre sous form j'ai fait un bouton supprimer, bon je sais que je contourne la difficulté mais...
merci,
estancha
Bien, si cela te convient comme ça.
Perso, je n'aurais pas mis de liste déroulantes pour chaque table.
J'aurais conçu un sous-form (en mode continu) avec sur la section détail, des ComboBox rattachées à chaque table ce qui fait que l'utilisateur peut établir les prestations qu'il veut.
Il faut penser Tailles et Couleurs comme dans une GPAO.
Un fabricant de godasses conçoit un modèle Truc qui existe dans cette gamme de couleurs et cette plage de pointures.
C'est le même principe.
Argy