Je reviens avec un petit problème... voici mon code :
Private Sub off_AfterUpdate()
CurrentDb.Execute "insert into evenement(invitant) " _
& "select '" & Me.off & "';"
Si je remplis ce champ et le reste du formulaire il enregistre les infos sur
deux lignes (pas bon) mais si
je ne remplis que ce champ et que je ferme le formulaire et
puis que je reviens sur l'enregistrement incomplet, que je complète les
autres champs alors tout est bien mis sur une seule ligne... Donc je me
demande s'il n'y a pas une ligne de code que je peux rajouter qui dise
"valider l'enregistrement" ???
oui, merci pour tes réponses. En fait, je suis obligé de faire cela moi-même parce que la ressource n'est pas une table. Donc je dois trouver une solution. C'est bizarre que si je sors de l'enregistrement en y revenant je peux enregistrer de façon synchronisée sinon c'est impossible. As-tu une idée pour la suite du code.
Merci et bonne journée
"3stone" a écrit dans le message de news:%238dcML$
Salut,
"Bauwens François" | Je reviens avec un petit problème... voici mon code :
il ne faut pas "revenir" avec de nouveaux messages pour le même problème !
oui, merci pour tes réponses. En fait, je suis obligé de faire cela moi-même
parce que la ressource n'est pas une table. Donc je dois trouver une
solution. C'est bizarre que si je sors de l'enregistrement en y revenant je
peux enregistrer de façon synchronisée sinon c'est impossible. As-tu une
idée pour la suite du code.
Merci et bonne journée
"3stone" <3stone_@_skynet_be> a écrit dans le message de
news:%238dcML$zFHA.1264@tk2msftngp13.phx.gbl...
Salut,
"Bauwens François"
| Je reviens avec un petit problème... voici mon code :
il ne faut pas "revenir" avec de nouveaux messages pour le même problème !
oui, merci pour tes réponses. En fait, je suis obligé de faire cela moi-même parce que la ressource n'est pas une table. Donc je dois trouver une solution. C'est bizarre que si je sors de l'enregistrement en y revenant je peux enregistrer de façon synchronisée sinon c'est impossible. As-tu une idée pour la suite du code.
Merci et bonne journée
"3stone" a écrit dans le message de news:%238dcML$
Salut,
"Bauwens François" | Je reviens avec un petit problème... voici mon code :
il ne faut pas "revenir" avec de nouveaux messages pour le même problème !
"Bauwens François" | oui, merci pour tes réponses. En fait, je suis obligé de faire cela moi-même | parce que la ressource n'est pas une table. Donc je dois trouver une | solution. C'est bizarre que si je sors de l'enregistrement en y revenant je | peux enregistrer de façon synchronisée sinon c'est impossible. As-tu une | idée pour la suite du code.
On ne peux pas mettre à jour un enregistrement qui n'existe pas encore !
Lorsque l'on saisi des données dans un formulaire, c'est Acces qui s'occupe de l'enregistrement et du reste (doublons et autres...) Et, pour que cet enregistrement ait lieu, il faut soit fermer le formulaire, passer à un autre enregistrement, en créer un nouveau ou le "forcer".
Dans ce cas, pour quel motif veux tu spécialement enregistrer toi-même un champ... en passant par le VBA ??
Ce serait pour le sauver dans une autre table, cela se comprendrait encore!
"Bauwens François"
| oui, merci pour tes réponses. En fait, je suis obligé de faire cela moi-même
| parce que la ressource n'est pas une table. Donc je dois trouver une
| solution. C'est bizarre que si je sors de l'enregistrement en y revenant je
| peux enregistrer de façon synchronisée sinon c'est impossible. As-tu une
| idée pour la suite du code.
On ne peux pas mettre à jour un enregistrement qui n'existe pas encore !
Lorsque l'on saisi des données dans un formulaire, c'est Acces qui s'occupe
de l'enregistrement et du reste (doublons et autres...)
Et, pour que cet enregistrement ait lieu, il faut soit fermer le formulaire,
passer à un autre enregistrement, en créer un nouveau ou le "forcer".
Dans ce cas, pour quel motif veux tu spécialement enregistrer toi-même
un champ... en passant par le VBA ??
Ce serait pour le sauver dans une autre table, cela se comprendrait encore!
"Bauwens François" | oui, merci pour tes réponses. En fait, je suis obligé de faire cela moi-même | parce que la ressource n'est pas une table. Donc je dois trouver une | solution. C'est bizarre que si je sors de l'enregistrement en y revenant je | peux enregistrer de façon synchronisée sinon c'est impossible. As-tu une | idée pour la suite du code.
On ne peux pas mettre à jour un enregistrement qui n'existe pas encore !
Lorsque l'on saisi des données dans un formulaire, c'est Acces qui s'occupe de l'enregistrement et du reste (doublons et autres...) Et, pour que cet enregistrement ait lieu, il faut soit fermer le formulaire, passer à un autre enregistrement, en créer un nouveau ou le "forcer".
Dans ce cas, pour quel motif veux tu spécialement enregistrer toi-même un champ... en passant par le VBA ??
Ce serait pour le sauver dans une autre table, cela se comprendrait encore!
ben c'est pas que je veux spécialement le faire moi-même c'est que je dois trouver une solution puisque access m'inscrit les données d'un seul formulaire sur deux lignes. Il y a truc qui foire mais je ne vois pas quoi. C'est la première fois que j'ai un truc pareil mais je vais revoir toute la base... merci "3stone" a écrit dans le message de news:Ox6oiw$
re,
"Bauwens François" | oui, merci pour tes réponses. En fait, je suis obligé de faire cela moi-même
| parce que la ressource n'est pas une table. Donc je dois trouver une | solution. C'est bizarre que si je sors de l'enregistrement en y revenant je
| peux enregistrer de façon synchronisée sinon c'est impossible. As-tu une | idée pour la suite du code.
On ne peux pas mettre à jour un enregistrement qui n'existe pas encore !
Lorsque l'on saisi des données dans un formulaire, c'est Acces qui s'occupe
de l'enregistrement et du reste (doublons et autres...) Et, pour que cet enregistrement ait lieu, il faut soit fermer le formulaire,
passer à un autre enregistrement, en créer un nouveau ou le "forcer".
Dans ce cas, pour quel motif veux tu spécialement enregistrer toi-même un champ... en passant par le VBA ??
Ce serait pour le sauver dans une autre table, cela se comprendrait encore!
ben c'est pas que je veux spécialement le faire moi-même c'est que je dois
trouver une solution puisque access m'inscrit les données d'un seul
formulaire sur deux lignes. Il y a truc qui foire mais je ne vois pas quoi.
C'est la première fois que j'ai un truc pareil mais je vais revoir toute la
base...
merci
"3stone" <3stone_@_skynet_be> a écrit dans le message de
news:Ox6oiw$zFHA.720@TK2MSFTNGP15.phx.gbl...
re,
"Bauwens François"
| oui, merci pour tes réponses. En fait, je suis obligé de faire cela
moi-même
| parce que la ressource n'est pas une table. Donc je dois trouver une
| solution. C'est bizarre que si je sors de l'enregistrement en y revenant
je
| peux enregistrer de façon synchronisée sinon c'est impossible. As-tu une
| idée pour la suite du code.
On ne peux pas mettre à jour un enregistrement qui n'existe pas encore !
Lorsque l'on saisi des données dans un formulaire, c'est Acces qui
s'occupe
de l'enregistrement et du reste (doublons et autres...)
Et, pour que cet enregistrement ait lieu, il faut soit fermer le
formulaire,
passer à un autre enregistrement, en créer un nouveau ou le "forcer".
Dans ce cas, pour quel motif veux tu spécialement enregistrer toi-même
un champ... en passant par le VBA ??
Ce serait pour le sauver dans une autre table, cela se comprendrait
encore!
ben c'est pas que je veux spécialement le faire moi-même c'est que je dois trouver une solution puisque access m'inscrit les données d'un seul formulaire sur deux lignes. Il y a truc qui foire mais je ne vois pas quoi. C'est la première fois que j'ai un truc pareil mais je vais revoir toute la base... merci "3stone" a écrit dans le message de news:Ox6oiw$
re,
"Bauwens François" | oui, merci pour tes réponses. En fait, je suis obligé de faire cela moi-même
| parce que la ressource n'est pas une table. Donc je dois trouver une | solution. C'est bizarre que si je sors de l'enregistrement en y revenant je
| peux enregistrer de façon synchronisée sinon c'est impossible. As-tu une | idée pour la suite du code.
On ne peux pas mettre à jour un enregistrement qui n'existe pas encore !
Lorsque l'on saisi des données dans un formulaire, c'est Acces qui s'occupe
de l'enregistrement et du reste (doublons et autres...) Et, pour que cet enregistrement ait lieu, il faut soit fermer le formulaire,
passer à un autre enregistrement, en créer un nouveau ou le "forcer".
Dans ce cas, pour quel motif veux tu spécialement enregistrer toi-même un champ... en passant par le VBA ??
Ce serait pour le sauver dans une autre table, cela se comprendrait encore!
"Bauwens François" | ben c'est pas que je veux spécialement le faire moi-même c'est que je dois | trouver une solution puisque access m'inscrit les données d'un seul | formulaire sur deux lignes.
Certainement pas !!!
A condition de laisser faire Access... ce qui le plus souvent des cas est ce qu'il y a de mieux à faire. Et surtout ne pas tenter de contourner des bricolages par de nouveaux bricolages. Ta base sera ingérable...
| Il y a truc qui foire mais je ne vois pas quoi. | C'est la première fois que j'ai un truc pareil mais je vais revoir toute la | base...
Commence par enlever le genre de code que tu essaies d'impléménter, cela ira déjà mieux !
PS: Moins il y a de code dans une base, mieux elle se porte... Et ne surtout pas vouloir faire les choses à la place d'Access, tu ne réussira pas à faire mieux, surtout pour les besoins primaires.
"Bauwens François"
| ben c'est pas que je veux spécialement le faire moi-même c'est que je dois
| trouver une solution puisque access m'inscrit les données d'un seul
| formulaire sur deux lignes.
Certainement pas !!!
A condition de laisser faire Access... ce qui le plus souvent des cas est
ce qu'il y a de mieux à faire. Et surtout ne pas tenter de contourner
des bricolages par de nouveaux bricolages. Ta base sera ingérable...
| Il y a truc qui foire mais je ne vois pas quoi.
| C'est la première fois que j'ai un truc pareil mais je vais revoir toute la
| base...
Commence par enlever le genre de code que tu essaies d'impléménter,
cela ira déjà mieux !
PS:
Moins il y a de code dans une base, mieux elle se porte...
Et ne surtout pas vouloir faire les choses à la place d'Access, tu ne réussira
pas à faire mieux, surtout pour les besoins primaires.
"Bauwens François" | ben c'est pas que je veux spécialement le faire moi-même c'est que je dois | trouver une solution puisque access m'inscrit les données d'un seul | formulaire sur deux lignes.
Certainement pas !!!
A condition de laisser faire Access... ce qui le plus souvent des cas est ce qu'il y a de mieux à faire. Et surtout ne pas tenter de contourner des bricolages par de nouveaux bricolages. Ta base sera ingérable...
| Il y a truc qui foire mais je ne vois pas quoi. | C'est la première fois que j'ai un truc pareil mais je vais revoir toute la | base...
Commence par enlever le genre de code que tu essaies d'impléménter, cela ira déjà mieux !
PS: Moins il y a de code dans une base, mieux elle se porte... Et ne surtout pas vouloir faire les choses à la place d'Access, tu ne réussira pas à faire mieux, surtout pour les besoins primaires.
