Discussion :

[bartimeus35]

Bonjour à tous les contributeurs

Ci joint ma bases de test.
Si je fais la procédure suivante :
-ouvrir le formulaire F_Commandes_Details

- cliquer sur le bouton Ajouter un nouvel enregistrement
- saisir un numéro de commande ex: 123456
- saisir une date
- saisir un montant
-Cliquer sur
pour sauver le record.

Dans le after update du formulaire je recopie le montant dans la ligne de commandeet le mets le numero de ligne à 1(aide à la saisie)

Je vois donc bien que sur la première ligne du sous form, j'ai le crayon qui m'indique que c'est en cours de modif .



Mon problème est que dès que l'utilisateur clique sur la première ligne du SF pour la compléter ( et y indiquer l'activité par exemple) ou la modifier, on passe dans le before update du SF et donc l' utilisateur se prend le message que l'activité est obligatoire, mais c'est justement ce qu'il est en train d'aller saisir , donc c'est pas logique.

Je ne pige pas pourquoi !
Ce que j'ai compris des formulaires:
C'est que quand on est en train de modifier un record, on a le crayon et pour sauver , on clique sur un autre record, mais si on se ballade dans un record en cours de modif Access ne déclenche pas la sauvegarde du record.
Mais la vu que je sui dan un sous form, il doit y avoir une subtilité qui m'échappe

Je dois faire fausse route mais je ne vois pas où


Une explication ou une idée pour contourner ce truc ?

Merci +++

[tee_grandbois]

bonsoir,
l'évènement Before update du sous-formulaire se déclenche car la saisie de l'enregistrement s'effectue depuis le formulaire principal qui ensuite lui donne le focus: fatalement (oui plutôt logiquement) l'évènement se déclenche ...
ne t'embêtes avec ce problème tu ne t'en sortiras pas, inverse l'ordre de saisie de l'activité et du montant car l'activité est en relation directe avec une autre table alors que le montant ne l'est pas (sauf contrôle de cohérence) et met l'ajout de l'enregistrement à la réception focus du sous-formulaire

le code que j'ai mis pour que cela fonctionne:
dans le formulaire principal:

Code :

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

1
2
3
Private Sub Form_AfterUpdate()
DoCmd.GoToControl ("SF_Lignes_Commande")
End Sub

dans le sous-formulaire:

Code :

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

1
2
3
4
5
6
7
Private Sub Num_ligne_GotFocus()
If Me.CurrentRecord = 1 Then
    Me.Num_ligne = 1
    Me.Montant = Me.Parent.Montant_Commande
    Me.fk_activite.SetFocus
End If
End Sub

ce serait mieux de ne pas utiliser Macros Access et VBA dans un même formulaire

[bartimeus35]

Slaut,
C'est génial,
Bon je ne comprend toujours pas la logique de l'appel au before update mais bon ... je lâche l'affaire.

Juste un truc pour que ce soit parfait
Si je mets ton code ci dessous dans le GOT_focus du SF au lieu du GOT_focus de num_ligne pour que le remplissage se fasse automatiquement sans avoir à cliquer sur le num_ligne, cela ne fonctionne pas , alors que ds le after update du père on amet bien le focus sur le FILS

Code :

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

1
2
3
4
5
If Me.CurrentRecord = 1 Then
    Me.Num_ligne = 1
    Me.Montant = Me.Parent.Montant_Commande
    Me.fk_activite.SetFocus
End If

???
Une idée, car je voudrai que le SF se préremplisse dès qu'on sauve le père.
Et question subsdidiaire, pk, mettre des macros et du VBA n'est pas terrible ?
SI je veux mettre du vba pour sauver, quel est le code ?

[tee_grandbois]

bonsoir,
tout ça pour éviter à l'utilisateur de saisir une ligne ... combien de temps vas-tu passer à résoudre ce souci ?

[tee_grandbois]

en cherchant un peu, j'ai trouvé la cause du problème: il ne faut pas sauvegarder l'enregistrement avec le bouton coche verte (tiens, avec une macro ...)
du coup, ton code d'origine fonctionne mieux.
j'ai remplacé les macros par du VBA, comme ça tout le code est accessible au même endroit (pas comme les macros ...)

debug_init_ligne.zip