J'ai un formulaire bas=E9 sur une requ=EAte qui extrait des=20
articles par famille.
A l'ouverture de ce formulaire, j'aimerai compter le=20
nombre d'enregistrements pr=E9sents dans cette requ=EAte et=20
l'inscrire dans le titre du formulaire en question.
Ce qui serait chouette, c'est d'avoir dans la barre de=20
titre du formulaire quelque chose du genre... "Plateaux:=20
23 articles."
Merci Pierre, ca marche sauf... que cela génère la même erreur que pour la solution de Raymond, lorsque l'on accède au sous-formulaire, le contrôle de comptage affiche Enregistrement 1 de 1 même s'il y a plusieurs enregistrements, et c'est seulement lorsque l'on se déplace vers un autre enregistrement que le bon calcul s'opère. Est-ce vraiment un problème de mise à jour d'access comme le suppose Raymond ?
Bien cordialement Nicolas C "3stone" a écrit dans le message news: #
Salut Nicolas
Nicolas Cailliot
Pierre, j'ai essayé la solution que tu proposais dans ce lien (http://www.mvps.org/accessfr/forms/frm0026.htm), mais l'erreur suivante
m'est renvoyée : "propriété ou méthode non gérée par cet objet" à propos
Dans l'exemple... Me!lblNavigate.Caption = "Enregistrement " & _ .AbsolutePosition + 1 _ & " de " & .RecordCount
le "lblNavigate" est une étiquette et non une zone de texte ...cela est d'ailleurs dit dans l'énoncé ;-) "Soit l'étiquette lblNavigate qui contiendra ce résultat..."
Si tu as mis une zone de texte, tu modifie ainsi :
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Merci Pierre, ca marche sauf... que cela génère la même erreur que pour la
solution de Raymond, lorsque l'on accède au sous-formulaire, le contrôle de
comptage affiche Enregistrement 1 de 1 même s'il y a plusieurs
enregistrements, et c'est seulement lorsque l'on se déplace vers un autre
enregistrement que le bon calcul s'opère. Est-ce vraiment un problème de
mise à jour d'access comme le suppose Raymond ?
Bien cordialement
Nicolas C
"3stone" <3stone@skynet.be> a écrit dans le message news:
#1msdzUcDHA.2416@TK2MSFTNGP10.phx.gbl...
Salut Nicolas
Nicolas Cailliot
Pierre, j'ai essayé la solution que tu proposais dans ce lien
(http://www.mvps.org/accessfr/forms/frm0026.htm), mais l'erreur
suivante
m'est renvoyée : "propriété ou méthode non gérée par cet objet" à
propos
Dans l'exemple...
Me!lblNavigate.Caption = "Enregistrement " & _
.AbsolutePosition + 1 _
& " de " & .RecordCount
le "lblNavigate" est une étiquette et non une zone de texte
...cela est d'ailleurs dit dans l'énoncé ;-)
"Soit l'étiquette lblNavigate qui contiendra ce résultat..."
Si tu as mis une zone de texte, tu modifie ainsi :
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
Merci Pierre, ca marche sauf... que cela génère la même erreur que pour la solution de Raymond, lorsque l'on accède au sous-formulaire, le contrôle de comptage affiche Enregistrement 1 de 1 même s'il y a plusieurs enregistrements, et c'est seulement lorsque l'on se déplace vers un autre enregistrement que le bon calcul s'opère. Est-ce vraiment un problème de mise à jour d'access comme le suppose Raymond ?
Bien cordialement Nicolas C "3stone" a écrit dans le message news: #
Salut Nicolas
Nicolas Cailliot
Pierre, j'ai essayé la solution que tu proposais dans ce lien (http://www.mvps.org/accessfr/forms/frm0026.htm), mais l'erreur suivante
m'est renvoyée : "propriété ou méthode non gérée par cet objet" à propos
Dans l'exemple... Me!lblNavigate.Caption = "Enregistrement " & _ .AbsolutePosition + 1 _ & " de " & .RecordCount
le "lblNavigate" est une étiquette et non une zone de texte ...cela est d'ailleurs dit dans l'énoncé ;-) "Soit l'étiquette lblNavigate qui contiendra ce résultat..."
Si tu as mis une zone de texte, tu modifie ainsi :
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Raymond
Ce n'est pas la mise à jour pour ça. il faut se déplacer jusqu'au last et revenir sur le first, ou alors se déplacer immédiatement sur nouvel enregistrement et le nombre sera mis à jour.
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"Nicolas Cailliot" a écrit dans le message de news:3f549fb3$0$1131$
Merci Pierre, ca marche sauf... que cela génère la même erreur que pour la solution de Raymond, lorsque l'on accède au sous-formulaire, le contrôle de
comptage affiche Enregistrement 1 de 1 même s'il y a plusieurs enregistrements, et c'est seulement lorsque l'on se déplace vers un autre enregistrement que le bon calcul s'opère. Est-ce vraiment un problème de mise à jour d'access comme le suppose Raymond ?
Bien cordialement
Ce n'est pas la mise à jour pour ça.
il faut se déplacer jusqu'au last et revenir sur le first, ou alors se
déplacer immédiatement sur nouvel enregistrement et le nombre sera mis à
jour.
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
"Nicolas Cailliot" <nico.cailliot@laposte.net> a écrit dans le message de
news:3f549fb3$0$1131$626a54ce@news.free.fr...
Merci Pierre, ca marche sauf... que cela génère la même erreur que pour la
solution de Raymond, lorsque l'on accède au sous-formulaire, le contrôle
de
comptage affiche Enregistrement 1 de 1 même s'il y a plusieurs
enregistrements, et c'est seulement lorsque l'on se déplace vers un autre
enregistrement que le bon calcul s'opère. Est-ce vraiment un problème de
mise à jour d'access comme le suppose Raymond ?
Ce n'est pas la mise à jour pour ça. il faut se déplacer jusqu'au last et revenir sur le first, ou alors se déplacer immédiatement sur nouvel enregistrement et le nombre sera mis à jour.
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"Nicolas Cailliot" a écrit dans le message de news:3f549fb3$0$1131$
Merci Pierre, ca marche sauf... que cela génère la même erreur que pour la solution de Raymond, lorsque l'on accède au sous-formulaire, le contrôle de
comptage affiche Enregistrement 1 de 1 même s'il y a plusieurs enregistrements, et c'est seulement lorsque l'on se déplace vers un autre enregistrement que le bon calcul s'opère. Est-ce vraiment un problème de mise à jour d'access comme le suppose Raymond ?
Bien cordialement
Nicolas Cailliot
"3stone" a écrit dans le message news:
Salut,
J'ai essayé... mais je n'arrive pas à reproduire ce que tu dis... C'est rageant
D'ailleurs, je ne comprends pas lorsque tu dis
"lorsque l'on accède au sous-formulaire"
Oui, je me suis mal exprimé, en fait j'ouvre le formulaire parent et dans le sous-formulaire il y a le controle de comptage qui pose le pb que j'ai décrit. J'ai bien mis la procédure dans l'événement sur activation..>
Mon sous-formulaire est inclus dans un formulaire principal. Lié par champ père/champ fils... c'est mon cas également
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
"3stone" <3stone@skynet.be> a écrit dans le message news:
e8qku5VcDHA.1656@TK2MSFTNGP10.phx.gbl...
Salut,
J'ai essayé... mais je n'arrive pas à reproduire ce que tu dis...
C'est rageant
D'ailleurs, je ne comprends pas lorsque tu dis
"lorsque l'on accède au sous-formulaire"
Oui, je me suis mal exprimé, en fait j'ouvre le formulaire parent et dans le
sous-formulaire il y a le controle de comptage qui pose le pb que j'ai
décrit.
J'ai bien mis la procédure dans l'événement sur activation..>
Mon sous-formulaire est inclus dans un formulaire principal.
Lié par champ père/champ fils...
c'est mon cas également
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
J'ai essayé... mais je n'arrive pas à reproduire ce que tu dis... C'est rageant
D'ailleurs, je ne comprends pas lorsque tu dis
"lorsque l'on accède au sous-formulaire"
Oui, je me suis mal exprimé, en fait j'ouvre le formulaire parent et dans le sous-formulaire il y a le controle de comptage qui pose le pb que j'ai décrit. J'ai bien mis la procédure dans l'événement sur activation..>
Mon sous-formulaire est inclus dans un formulaire principal. Lié par champ père/champ fils... c'est mon cas également
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
3stone
re,
Nicolas Cailliot
J'ai bien mis la procédure dans l'événement sur activation..>
Et si tu ajoute "Sur chargement" du sous form :
Private Sub Form_Load() Me.RecordSource = Me.RecordSource End Sub
cela améliore le fonctionnement ?
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
re,
Nicolas Cailliot
J'ai bien mis la procédure dans l'événement sur activation..>
Et si tu ajoute "Sur chargement" du sous form :
Private Sub Form_Load()
Me.RecordSource = Me.RecordSource
End Sub
cela améliore le fonctionnement ?
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
J'ai bien mis la procédure dans l'événement sur activation..>
Et si tu ajoute "Sur chargement" du sous form :
Private Sub Form_Load() Me.RecordSource = Me.RecordSource End Sub
cela améliore le fonctionnement ?
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Nicolas Cailliot
Non, malheureusement...
"3stone" a écrit dans le message news:
re,
Nicolas Cailliot
J'ai bien mis la procédure dans l'événement sur activation..>
Et si tu ajoute "Sur chargement" du sous form :
Private Sub Form_Load() Me.RecordSource = Me.RecordSource End Sub
cela améliore le fonctionnement ?
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Non, malheureusement...
"3stone" <3stone@skynet.be> a écrit dans le message news:
eiJwdRWcDHA.2024@TK2MSFTNGP12.phx.gbl...
re,
Nicolas Cailliot
J'ai bien mis la procédure dans l'événement sur activation..>
Et si tu ajoute "Sur chargement" du sous form :
Private Sub Form_Load()
Me.RecordSource = Me.RecordSource
End Sub
cela améliore le fonctionnement ?
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
J'ai bien mis la procédure dans l'événement sur activation..>
Et si tu ajoute "Sur chargement" du sous form :
Private Sub Form_Load() Me.RecordSource = Me.RecordSource End Sub
cela améliore le fonctionnement ?
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Nicolas Cailliot
Oui, mon sous-formulaire est basé directement sur la table. Mais il y a un détail que je ne t'ai pas encore dit et j'ose à peine, si c'est ca qui cause le blocage. Comme je voulais un formulaire qui présente tout sur un seul écran pour saisir directement des fiches thématiques sur une trentaine d'ouvrages que je dois lire pour réaliser un guide. J'ai deux sous-formulaire en fait Un sous-formulaire "Repères" et un sous-formulaire "Note" que j'ai placé dans un contrôle Onglet, chacun sur une page différente. Je dois donc placer deux contrôle comptage sur chacun de ces deux sous-formulaires.
Bon, si je t'énerve maintenant, laisse-tomber, ce n'est pas dramatique, je compte perfectionner mon application pour d'autres usages ou même pour la proposer à qui serait intéressé, mais ce n'est pas pour tout de suite...
Merci pour tout. D'ailleurs, je ne sais pas comment vous faites pour travailler à vos programmes tout en répondant si souvent et si rapidement à tout le monde. chapeau ! (:()
Nicolas C. "3stone" a écrit dans le message news:
Nicolas Cailliot
Non, malheureusement...
M'énerve ton truc.. ;-))
Ma base de test est au format A97, je la converti en A2000 et j'obtiens le même fonctionnement
correct. Mon sous-formulaire est basé sur une requête... le tient est basé directement sur la table ?
A part cela... je vois pas ce qui peut induire cette différence :-(
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Oui,
mon sous-formulaire est basé directement sur la table. Mais il y a un détail
que je ne t'ai pas encore dit et j'ose à peine, si c'est ca qui cause le
blocage.
Comme je voulais un formulaire qui présente tout sur un seul écran pour
saisir directement des fiches thématiques sur une trentaine d'ouvrages que
je dois lire pour réaliser un guide.
J'ai deux sous-formulaire en fait Un sous-formulaire "Repères" et un
sous-formulaire "Note" que j'ai placé dans un contrôle Onglet, chacun sur
une page différente. Je dois donc placer deux contrôle comptage sur chacun
de ces deux sous-formulaires.
Bon, si je t'énerve maintenant, laisse-tomber, ce n'est pas dramatique, je
compte perfectionner mon application pour d'autres usages ou même pour la
proposer à qui serait intéressé, mais ce n'est pas pour tout de suite...
Merci pour tout. D'ailleurs, je ne sais pas comment vous faites pour
travailler à vos programmes tout en répondant si souvent et si rapidement à
tout le monde. chapeau ! (:()
Nicolas C.
"3stone" <3stone@skynet.be> a écrit dans le message news:
u6H79JXcDHA.2112@TK2MSFTNGP10.phx.gbl...
Nicolas Cailliot
Non, malheureusement...
M'énerve ton truc.. ;-))
Ma base de test est au format A97, je la converti en A2000 et j'obtiens le
même fonctionnement
correct.
Mon sous-formulaire est basé sur une requête... le tient est basé
directement sur la table ?
A part cela... je vois pas ce qui peut induire cette différence :-(
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
Oui, mon sous-formulaire est basé directement sur la table. Mais il y a un détail que je ne t'ai pas encore dit et j'ose à peine, si c'est ca qui cause le blocage. Comme je voulais un formulaire qui présente tout sur un seul écran pour saisir directement des fiches thématiques sur une trentaine d'ouvrages que je dois lire pour réaliser un guide. J'ai deux sous-formulaire en fait Un sous-formulaire "Repères" et un sous-formulaire "Note" que j'ai placé dans un contrôle Onglet, chacun sur une page différente. Je dois donc placer deux contrôle comptage sur chacun de ces deux sous-formulaires.
Bon, si je t'énerve maintenant, laisse-tomber, ce n'est pas dramatique, je compte perfectionner mon application pour d'autres usages ou même pour la proposer à qui serait intéressé, mais ce n'est pas pour tout de suite...
Merci pour tout. D'ailleurs, je ne sais pas comment vous faites pour travailler à vos programmes tout en répondant si souvent et si rapidement à tout le monde. chapeau ! (:()
Nicolas C. "3stone" a écrit dans le message news:
Nicolas Cailliot
Non, malheureusement...
M'énerve ton truc.. ;-))
Ma base de test est au format A97, je la converti en A2000 et j'obtiens le même fonctionnement
correct. Mon sous-formulaire est basé sur une requête... le tient est basé directement sur la table ?
A part cela... je vois pas ce qui peut induire cette différence :-(
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
3stone
Salut,
Nicolas Cailliot
Oui, mon sous-formulaire est basé directement sur la table.
As tu essayer en le basant sur une requête ? Dans la source du formulaire, tu clique à droite sur les trois points [...] Access te demande de confirmer... tu confirme. et dans le requêteur, tu choisis simplement tout tes champs de la table.
Il est de toute facon plus souple de baser un formulaire sur une requête que directement sur la table... déjà pour les tris dans le formulaire.
J'ai deux sous-formulaire en fait Un sous-formulaire "Repères" et un sous-formulaire "Note" que j'ai placé dans un contrôle Onglet, chacun sur une page différente. Je dois donc placer deux contrôle comptage sur chacun de ces deux sous-formulaires.
Non, les contrôles d'onglets n'interviennent pas... ce sont de simples éléments graphiques.
Bon, si je t'énerve maintenant, laisse-tomber...
TU ne m'énerve pas le moins du monde !!!
J'avais dit que "Cela m'énerve"... de ne pas trouver pourquoi cette différence de fonctionnement. Faire gaffe au smile ;-))
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Salut,
Nicolas Cailliot
Oui,
mon sous-formulaire est basé directement sur la table.
As tu essayer en le basant sur une requête ?
Dans la source du formulaire, tu clique à droite sur les trois points [...]
Access te demande de confirmer... tu confirme.
et dans le requêteur, tu choisis simplement tout tes champs de la table.
Il est de toute facon plus souple de baser un formulaire sur une requête
que directement sur la table... déjà pour les tris dans le formulaire.
J'ai deux sous-formulaire en fait Un sous-formulaire "Repères" et un
sous-formulaire "Note" que j'ai placé dans un contrôle Onglet, chacun sur
une page différente. Je dois donc placer deux contrôle comptage sur chacun
de ces deux sous-formulaires.
Non, les contrôles d'onglets n'interviennent pas... ce sont de simples
éléments graphiques.
Bon, si je t'énerve maintenant, laisse-tomber...
TU ne m'énerve pas le moins du monde !!!
J'avais dit que "Cela m'énerve"... de ne pas trouver pourquoi cette
différence de fonctionnement. Faire gaffe au smile ;-))
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
Oui, mon sous-formulaire est basé directement sur la table.
As tu essayer en le basant sur une requête ? Dans la source du formulaire, tu clique à droite sur les trois points [...] Access te demande de confirmer... tu confirme. et dans le requêteur, tu choisis simplement tout tes champs de la table.
Il est de toute facon plus souple de baser un formulaire sur une requête que directement sur la table... déjà pour les tris dans le formulaire.
J'ai deux sous-formulaire en fait Un sous-formulaire "Repères" et un sous-formulaire "Note" que j'ai placé dans un contrôle Onglet, chacun sur une page différente. Je dois donc placer deux contrôle comptage sur chacun de ces deux sous-formulaires.
Non, les contrôles d'onglets n'interviennent pas... ce sont de simples éléments graphiques.
Bon, si je t'énerve maintenant, laisse-tomber...
TU ne m'énerve pas le moins du monde !!!
J'avais dit que "Cela m'énerve"... de ne pas trouver pourquoi cette différence de fonctionnement. Faire gaffe au smile ;-))
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Nicolas Cailliot
"3stone" a écrit dans le message news:
Salut,
As tu essayer en le basant sur une requête ?
Dans la source du formulaire, tu clique à droite sur les trois points [...] Access te demande de confirmer... tu confirme. et dans le requêteur, tu choisis simplement tout tes champs de la table.
Il est de toute facon plus souple de baser un formulaire sur une requête que directement sur la table... déjà pour les tris dans le formulaire.
Ok, je vais essayer cette solution dans la semaine et te congratulerai sur le fil si ca marche...
TU ne m'énerve pas le moins du monde !!!
J'avais dit que "Cela m'énerve"... de ne pas trouver pourquoi cette différence de fonctionnement. Faire gaffe au smile ;-))
Oui, j'avais bien vu le smile et te répondais sur le même ton de la plaisanterie ;-))
Merci et bonne nuit. Nicolas C.
--
A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
"3stone" <3stone@skynet.be> a écrit dans le message news:
OrVWPIYcDHA.656@tk2msftngp13.phx.gbl...
Salut,
As tu essayer en le basant sur une requête ?
Dans la source du formulaire, tu clique à droite sur les trois points [...]
Access te demande de confirmer... tu confirme.
et dans le requêteur, tu choisis simplement tout tes champs de la table.
Il est de toute facon plus souple de baser un formulaire sur une requête
que directement sur la table... déjà pour les tris dans le formulaire.
Ok, je vais essayer cette solution dans la semaine et te congratulerai sur
le fil si ca marche...
TU ne m'énerve pas le moins du monde !!!
J'avais dit que "Cela m'énerve"... de ne pas trouver pourquoi cette
différence de fonctionnement. Faire gaffe au smile ;-))
Oui, j'avais bien vu le smile et te répondais sur le même ton de la
plaisanterie ;-))
Merci et bonne nuit.
Nicolas C.
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
Dans la source du formulaire, tu clique à droite sur les trois points [...] Access te demande de confirmer... tu confirme. et dans le requêteur, tu choisis simplement tout tes champs de la table.
Il est de toute facon plus souple de baser un formulaire sur une requête que directement sur la table... déjà pour les tris dans le formulaire.
Ok, je vais essayer cette solution dans la semaine et te congratulerai sur le fil si ca marche...
TU ne m'énerve pas le moins du monde !!!
J'avais dit que "Cela m'énerve"... de ne pas trouver pourquoi cette différence de fonctionnement. Faire gaffe au smile ;-))
Oui, j'avais bien vu le smile et te répondais sur le même ton de la plaisanterie ;-))
Merci et bonne nuit. Nicolas C.
--
A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Nicolas Cailliot
Merci Pierre, En fait, j'ai essayé dès ce matin (c'est terrible), et ca marche, bravo ! Je vais retenir ce principe de la construction du formulaire à partir d'une requête, tu me le conseille même pour le formulaire Parent ? Du coup, cela a résolu en partie la formule de Raymond, sauf que l'affiche du pourcentage donne toujours la même répétition (soit ...%)(soit...%), cependant pas systématiquement. Il suffit de se déplacer entre les enregistrements du sous-formulaire pour que le pb disparaisse, mais il réapparait pour un autre enregistrement du formulaire parent.
Merci encore à tous les deux bien à vous Nicolas C
"Nicolas Cailliot" a écrit dans le message news: 3f54fea5$0$6243$
"3stone" a écrit dans le message news:
Salut,
As tu essayer en le basant sur une requête ?
Dans la source du formulaire, tu clique à droite sur les trois points [...]
Access te demande de confirmer... tu confirme. et dans le requêteur, tu choisis simplement tout tes champs de la table.
Il est de toute facon plus souple de baser un formulaire sur une requête que directement sur la table... déjà pour les tris dans le formulaire.
Ok, je vais essayer cette solution dans la semaine et te congratulerai sur le fil si ca marche...
TU ne m'énerve pas le moins du monde !!!
J'avais dit que "Cela m'énerve"... de ne pas trouver pourquoi cette différence de fonctionnement. Faire gaffe au smile ;-))
Oui, j'avais bien vu le smile et te répondais sur le même ton de la plaisanterie ;-))
Merci et bonne nuit. Nicolas C.
--
A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Merci Pierre,
En fait, j'ai essayé dès ce matin (c'est terrible), et ca marche, bravo ! Je
vais retenir ce principe de la construction du formulaire à partir d'une
requête, tu me le conseille même pour le formulaire Parent ?
Du coup, cela a résolu en partie la formule de Raymond, sauf que l'affiche
du pourcentage donne toujours la même répétition (soit ...%)(soit...%),
cependant pas systématiquement. Il suffit de se déplacer entre les
enregistrements du sous-formulaire pour que le pb disparaisse, mais il
réapparait pour un autre enregistrement du formulaire parent.
Merci encore à tous les deux
bien à vous
Nicolas C
"Nicolas Cailliot" <nico.cailliot@laposte.net> a écrit dans le message news:
3f54fea5$0$6243$626a54ce@news.free.fr...
"3stone" <3stone@skynet.be> a écrit dans le message news:
OrVWPIYcDHA.656@tk2msftngp13.phx.gbl...
Salut,
As tu essayer en le basant sur une requête ?
Dans la source du formulaire, tu clique à droite sur les trois points
[...]
Access te demande de confirmer... tu confirme.
et dans le requêteur, tu choisis simplement tout tes champs de la table.
Il est de toute facon plus souple de baser un formulaire sur une requête
que directement sur la table... déjà pour les tris dans le formulaire.
Ok, je vais essayer cette solution dans la semaine et te congratulerai sur
le fil si ca marche...
TU ne m'énerve pas le moins du monde !!!
J'avais dit que "Cela m'énerve"... de ne pas trouver pourquoi cette
différence de fonctionnement. Faire gaffe au smile ;-))
Oui, j'avais bien vu le smile et te répondais sur le même ton de la
plaisanterie ;-))
Merci et bonne nuit.
Nicolas C.
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
Merci Pierre, En fait, j'ai essayé dès ce matin (c'est terrible), et ca marche, bravo ! Je vais retenir ce principe de la construction du formulaire à partir d'une requête, tu me le conseille même pour le formulaire Parent ? Du coup, cela a résolu en partie la formule de Raymond, sauf que l'affiche du pourcentage donne toujours la même répétition (soit ...%)(soit...%), cependant pas systématiquement. Il suffit de se déplacer entre les enregistrements du sous-formulaire pour que le pb disparaisse, mais il réapparait pour un autre enregistrement du formulaire parent.
Merci encore à tous les deux bien à vous Nicolas C
"Nicolas Cailliot" a écrit dans le message news: 3f54fea5$0$6243$
"3stone" a écrit dans le message news:
Salut,
As tu essayer en le basant sur une requête ?
Dans la source du formulaire, tu clique à droite sur les trois points [...]
Access te demande de confirmer... tu confirme. et dans le requêteur, tu choisis simplement tout tes champs de la table.
Il est de toute facon plus souple de baser un formulaire sur une requête que directement sur la table... déjà pour les tris dans le formulaire.
Ok, je vais essayer cette solution dans la semaine et te congratulerai sur le fil si ca marche...
TU ne m'énerve pas le moins du monde !!!
J'avais dit que "Cela m'énerve"... de ne pas trouver pourquoi cette différence de fonctionnement. Faire gaffe au smile ;-))
Oui, j'avais bien vu le smile et te répondais sur le même ton de la plaisanterie ;-))
Merci et bonne nuit. Nicolas C.
--
A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
3stone
Salut Nicolas,
Nicolas Cailliot
En fait, j'ai essayé dès ce matin (c'est terrible), et ca marche, bravo !
Merci pour le retour...
Je vais retenir ce principe de la construction du formulaire à partir d'une requête, tu me le conseille même pour le formulaire Parent ?
En règle générale, oui... La requête intermédiaire entre la table et le formulaire apporte tellement d'avantages que, une fois les possibilitées connues, on à difficile à s'en passer.
Comme déjà dit, pour les tris... mais aussi pour les champs calculés, qui suppriment chez le débutant (ou l'habitué à Excel) la volonté de mettre des totaux ou des valeurs redondantes ou dupliquées dans une table. Et beaucoup d'autres applications comme le "filtre" créé par une clause Where, qu'il faut toujours préférer à un "filtrage" du formulaire.
Aussi, lorsque l'on recherche des résultats sur certains champs, d'abord penser à la requête pour y faire les calculs, et, seulement si ce n'est pas réalisable dans la requête, en revenir au formulaire.
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
Salut Nicolas,
Nicolas Cailliot
En fait, j'ai essayé dès ce matin (c'est terrible), et ca marche, bravo !
Merci pour le retour...
Je vais retenir ce principe de la construction du formulaire à partir d'une
requête, tu me le conseille même pour le formulaire Parent ?
En règle générale, oui...
La requête intermédiaire entre la table et le formulaire apporte tellement
d'avantages que, une fois les possibilitées connues, on à difficile à s'en passer.
Comme déjà dit, pour les tris... mais aussi pour les champs calculés, qui suppriment
chez le débutant (ou l'habitué à Excel) la volonté de mettre des totaux ou des
valeurs redondantes ou dupliquées dans une table.
Et beaucoup d'autres applications comme le "filtre" créé par une clause Where,
qu'il faut toujours préférer à un "filtrage" du formulaire.
Aussi, lorsque l'on recherche des résultats sur certains champs, d'abord penser
à la requête pour y faire les calculs, et, seulement si ce n'est pas réalisable dans
la requête, en revenir au formulaire.
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
En fait, j'ai essayé dès ce matin (c'est terrible), et ca marche, bravo !
Merci pour le retour...
Je vais retenir ce principe de la construction du formulaire à partir d'une requête, tu me le conseille même pour le formulaire Parent ?
En règle générale, oui... La requête intermédiaire entre la table et le formulaire apporte tellement d'avantages que, une fois les possibilitées connues, on à difficile à s'en passer.
Comme déjà dit, pour les tris... mais aussi pour les champs calculés, qui suppriment chez le débutant (ou l'habitué à Excel) la volonté de mettre des totaux ou des valeurs redondantes ou dupliquées dans une table. Et beaucoup d'autres applications comme le "filtre" créé par une clause Where, qu'il faut toujours préférer à un "filtrage" du formulaire.
Aussi, lorsque l'on recherche des résultats sur certains champs, d'abord penser à la requête pour y faire les calculs, et, seulement si ce n'est pas réalisable dans la requête, en revenir au formulaire.
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/ --------------------------------------
