ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et que je
"descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la même
action souris (je descends avec la roulette), les quelques records présents
descendent d'une ligne et le premier disparaît. Actionner la molette dans
l'autre sens ne donne rien. Par contre, un champ "compteur" de record du type
"count([ID]" au bas du formulaire m'indique toujours le bon nombre initial
!!! Enfin, cliquer ne nouveau su le bouton (qui demande le RecordSource) me
ramène tous les records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et que je
"descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la même
action souris (je descends avec la roulette), les quelques records présents
descendent d'une ligne et le premier disparaît. Actionner la molette dans
l'autre sens ne donne rien. Par contre, un champ "compteur" de record du type
"count([ID]" au bas du formulaire m'indique toujours le bon nombre initial
!!! Enfin, cliquer ne nouveau su le bouton (qui demande le RecordSource) me
ramène tous les records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et que je
"descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la même
action souris (je descends avec la roulette), les quelques records présents
descendent d'une ligne et le premier disparaît. Actionner la molette dans
l'autre sens ne donne rien. Par contre, un champ "compteur" de record du type
"count([ID]" au bas du formulaire m'indique toujours le bon nombre initial
!!! Enfin, cliquer ne nouveau su le bouton (qui demande le RecordSource) me
ramène tous les records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
Je ne sais pas si tout cela est clair mais cela me pose d'énorme problème...
De plus, cela apparaît comme totalement incompréhensible !
Merci, déjà et encore, pour toute idée permettant d'éclaircir ce mystère...
L.ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et que je
"descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la même
action souris (je descends avec la roulette), les quelques records présents
descendent d'une ligne et le premier disparaît. Actionner la molette dans
l'autre sens ne donne rien. Par contre, un champ "compteur" de record du
type "count([ID]" au bas du formulaire m'indique toujours le bon nombre
initial !!! Enfin, cliquer ne nouveau su le bouton (qui demande le
RecordSource) me ramène tous les records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
From: "Tisane"
References:
<#
Subject:
=?Utf-8?Q?Re:_Requête?= Date: Mon, 15 Jan 2007 05:58:44 +0100 Lines: 52
MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Utf-8";
reply-type=original Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Message-ID:
Newsgroups: microsoft.public.fr.access
NNTP-Posting-Host: aorleans-257-1-181-49.w90-19.abo.wanadoo.fr 90.19.36.49
Path: TK2MSFTNGP01.phx.gbl!TK2MSFTNGP04.phx.gbl
Xref: TK2MSFTNGP01.phx.gbl microsoft.public.fr.access:314403
X-Antivirus: avast! (VPS 0703-0, 13/01/2007), Inbound message
X-Antivirus-Status: Clean
Bonjour Philippe,Un trés grand merci, apparement ça fonctionne, toutefois pour
repartir en mode création il faut que je repasse en SQL et remettre
le signe égal c'est normal ?
C'est ce que je t'ai mis comme réserve dans mon message précédent.
Il y a un certain nombre de requêtes qu'Access ne sait pas représenter dans
le requêteur. C'est le cas des requêtes Union par exemple.
Il ne faut pas oublier que le requêteur n'est là que pour nous faciliter les
choses.
Autrement dit, ce n'est pas le mode que retient Access. Lui, il utilise le
SQL qui est généré "derrière".
Pour ton exemple, je n'ai pas cherché s'il y avait un autre moyen.
Mais une fois que ta requête sera finalisée, normalement, tu n'auras plus à
y toucher.
Et puis, c'est un bon moyen d'apprendre le SQL peut-être ;-))
--
TisaneAprés avoir collé le code j'ai un message d'erreur : "Erreur de
syntaxe dans la clause FROM" et le mot "TABLE" est sélectionné.
Je ne venais que pour te donner l'explication sur l'accès à la
fenêtre SQL... et me voilà partie à décortiquer ton problème.
Bon, puisqu'Ilan a pris son dimanche...
Le mieux est que je te montre en image comment j'ai (vite) fait
(j'attends des retours de bâton d'Ilan et des autres du "club" ;-))
http://cjoint.com/?bovkzjgUhe
Attention : tu crées d'abord ta requête comme indiquée sur la photo
d'écran (oui, la table est "dupliquée").
Puis, en dernier, tu vas dans le SQL et tu remplaces le signe >>> entre les dates par le signe < (j'ai entouré en rouge).
Tu ne pourras plus basculer dans le requêteur classique mais tu
pourras afficher le résultat et modifier le code si nécessaire (ou
remettre le = si tu es plus à l'aide avec la grille, le temps de
modifier).
Le résultat est le même que celui d'Ilan et j'espère que c'est ce
que tu veux ;-)
A demain peut-être...
--
Tisane
[...]
Je ne sais pas si tout cela est clair mais cela me pose d'énorme problème...
De plus, cela apparaît comme totalement incompréhensible !
Merci, déjà et encore, pour toute idée permettant d'éclaircir ce mystère...
L.
ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et que je
"descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la même
action souris (je descends avec la roulette), les quelques records présents
descendent d'une ligne et le premier disparaît. Actionner la molette dans
l'autre sens ne donne rien. Par contre, un champ "compteur" de record du
type "count([ID]" au bas du formulaire m'indique toujours le bon nombre
initial !!! Enfin, cliquer ne nouveau su le bouton (qui demande le
RecordSource) me ramène tous les records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
From: "Tisane" <b.tisane@laposte.net>
References: <41E35B77-A816-4263-9EAF-35253592BA4E@microsoft.com>
<6BFEB122-433E-4FF1-A77B-6B2B901D35D1@microsoft.com>
<3FC7E07F-791C-477B-B770-A5B9C75367D5@microsoft.com>
<#nl4jfAOHHA.536@TK2MSFTNGP02.phx.gbl>
<589EB10A-DBDC-4045-9A00-42C993DD3E2E@microsoft.com>
<et2G7jBOHHA.4260@TK2MSFTNGP02.phx.gbl>
<F4944760-E37A-4F94-AE0E-FAF980C37593@microsoft.com> Subject:
=?Utf-8?Q?Re:_Requête?= Date: Mon, 15 Jan 2007 05:58:44 +0100 Lines: 52
MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Utf-8";
reply-type=original Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Message-ID: <eSAMYHGOHHA.4100@TK2MSFTNGP04.phx.gbl>
Newsgroups: microsoft.public.fr.access
NNTP-Posting-Host: aorleans-257-1-181-49.w90-19.abo.wanadoo.fr 90.19.36.49
Path: TK2MSFTNGP01.phx.gbl!TK2MSFTNGP04.phx.gbl
Xref: TK2MSFTNGP01.phx.gbl microsoft.public.fr.access:314403
X-Antivirus: avast! (VPS 0703-0, 13/01/2007), Inbound message
X-Antivirus-Status: Clean
Bonjour Philippe,
Un trés grand merci, apparement ça fonctionne, toutefois pour
repartir en mode création il faut que je repasse en SQL et remettre
le signe égal c'est normal ?
C'est ce que je t'ai mis comme réserve dans mon message précédent.
Il y a un certain nombre de requêtes qu'Access ne sait pas représenter dans
le requêteur. C'est le cas des requêtes Union par exemple.
Il ne faut pas oublier que le requêteur n'est là que pour nous faciliter les
choses.
Autrement dit, ce n'est pas le mode que retient Access. Lui, il utilise le
SQL qui est généré "derrière".
Pour ton exemple, je n'ai pas cherché s'il y avait un autre moyen.
Mais une fois que ta requête sera finalisée, normalement, tu n'auras plus à
y toucher.
Et puis, c'est un bon moyen d'apprendre le SQL peut-être ;-))
--
Tisane
Aprés avoir collé le code j'ai un message d'erreur : "Erreur de
syntaxe dans la clause FROM" et le mot "TABLE" est sélectionné.
Je ne venais que pour te donner l'explication sur l'accès à la
fenêtre SQL... et me voilà partie à décortiquer ton problème.
Bon, puisqu'Ilan a pris son dimanche...
Le mieux est que je te montre en image comment j'ai (vite) fait
(j'attends des retours de bâton d'Ilan et des autres du "club" ;-))
http://cjoint.com/?bovkzjgUhe
Attention : tu crées d'abord ta requête comme indiquée sur la photo
d'écran (oui, la table est "dupliquée").
Puis, en dernier, tu vas dans le SQL et tu remplaces le signe >>> entre les dates par le signe < (j'ai entouré en rouge).
Tu ne pourras plus basculer dans le requêteur classique mais tu
pourras afficher le résultat et modifier le code si nécessaire (ou
remettre le = si tu es plus à l'aide avec la grille, le temps de
modifier).
Le résultat est le même que celui d'Ilan et j'espère que c'est ce
que tu veux ;-)
A demain peut-être...
--
Tisane
[...]
Je ne sais pas si tout cela est clair mais cela me pose d'énorme problème...
De plus, cela apparaît comme totalement incompréhensible !
Merci, déjà et encore, pour toute idée permettant d'éclaircir ce mystère...
L.ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et que je
"descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la même
action souris (je descends avec la roulette), les quelques records présents
descendent d'une ligne et le premier disparaît. Actionner la molette dans
l'autre sens ne donne rien. Par contre, un champ "compteur" de record du
type "count([ID]" au bas du formulaire m'indique toujours le bon nombre
initial !!! Enfin, cliquer ne nouveau su le bouton (qui demande le
RecordSource) me ramène tous les records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
From: "Tisane"
References:
<#
Subject:
=?Utf-8?Q?Re:_Requête?= Date: Mon, 15 Jan 2007 05:58:44 +0100 Lines: 52
MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Utf-8";
reply-type=original Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Message-ID:
Newsgroups: microsoft.public.fr.access
NNTP-Posting-Host: aorleans-257-1-181-49.w90-19.abo.wanadoo.fr 90.19.36.49
Path: TK2MSFTNGP01.phx.gbl!TK2MSFTNGP04.phx.gbl
Xref: TK2MSFTNGP01.phx.gbl microsoft.public.fr.access:314403
X-Antivirus: avast! (VPS 0703-0, 13/01/2007), Inbound message
X-Antivirus-Status: Clean
Bonjour Philippe,Un trés grand merci, apparement ça fonctionne, toutefois pour
repartir en mode création il faut que je repasse en SQL et remettre
le signe égal c'est normal ?
C'est ce que je t'ai mis comme réserve dans mon message précédent.
Il y a un certain nombre de requêtes qu'Access ne sait pas représenter dans
le requêteur. C'est le cas des requêtes Union par exemple.
Il ne faut pas oublier que le requêteur n'est là que pour nous faciliter les
choses.
Autrement dit, ce n'est pas le mode que retient Access. Lui, il utilise le
SQL qui est généré "derrière".
Pour ton exemple, je n'ai pas cherché s'il y avait un autre moyen.
Mais une fois que ta requête sera finalisée, normalement, tu n'auras plus à
y toucher.
Et puis, c'est un bon moyen d'apprendre le SQL peut-être ;-))
--
TisaneAprés avoir collé le code j'ai un message d'erreur : "Erreur de
syntaxe dans la clause FROM" et le mot "TABLE" est sélectionné.
Je ne venais que pour te donner l'explication sur l'accès à la
fenêtre SQL... et me voilà partie à décortiquer ton problème.
Bon, puisqu'Ilan a pris son dimanche...
Le mieux est que je te montre en image comment j'ai (vite) fait
(j'attends des retours de bâton d'Ilan et des autres du "club" ;-))
http://cjoint.com/?bovkzjgUhe
Attention : tu crées d'abord ta requête comme indiquée sur la photo
d'écran (oui, la table est "dupliquée").
Puis, en dernier, tu vas dans le SQL et tu remplaces le signe >>> entre les dates par le signe < (j'ai entouré en rouge).
Tu ne pourras plus basculer dans le requêteur classique mais tu
pourras afficher le résultat et modifier le code si nécessaire (ou
remettre le = si tu es plus à l'aide avec la grille, le temps de
modifier).
Le résultat est le même que celui d'Ilan et j'espère que c'est ce
que tu veux ;-)
A demain peut-être...
--
Tisane
[...]
Bin oui et non...
Quand dans le premier cas, j'ai plein d'enregistrement je peux utiliser
l'ascenseur (ou la roulette) mais dans le cas où je n'ai que quelques lignes,
l'ascenseur est bloqué (car occupant toute la place et sans aucune raison de
pouvoir l'utiliser) mais dans ce cas la roulette fonctionne (vers le bas
donc) mais avec seulement un débattement de 1 enregistrement... donc la liste
monte d'un cran. Si on utilise la roulette pour "récupérer" cette ligne, cela
ne fonctionne pas, la ligne reste invisible. Par contre, comme indiqué, le
compteur est toujours bon !!!Et encore plus curieux:
Si tu utilises les boutons de l'ascenceur sur la droite de ton
formulaire, ton premier enregistrement réapparaît...
Dans ton messageJe ne sais pas si tout cela est clair mais cela me pose d'énorme
problème... De plus, cela apparaît comme totalement incompréhensible !
Merci, déjà et encore, pour toute idée permettant d'éclaircir ce mystère...
L.ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et que
je "descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la
même action souris (je descends avec la roulette), les quelques records
présents descendent d'une ligne et le premier disparaît. Actionner la
molette dans l'autre sens ne donne rien. Par contre, un champ "compteur"
de record du type "count([ID]" au bas du formulaire m'indique toujours
le bon nombre initial !!! Enfin, cliquer ne nouveau su le bouton (qui
demande le RecordSource) me ramène tous les records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
From: "Tisane"
References:
<#
Subject:
=?Utf-8?Q?Re:_Requête?= Date: Mon, 15 Jan 2007 05:58:44 +0100 Lines:
52 MIME-Version: 1.0 Content-Type: text/plain; format=flowed;
charset="Utf-8"; reply-type=original Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Message-ID:
Newsgroups: microsoft.public.fr.access
NNTP-Posting-Host: aorleans-257-1-181-49.w90-19.abo.wanadoo.fr 90.19.36.49
Path: TK2MSFTNGP01.phx.gbl!TK2MSFTNGP04.phx.gbl
Xref: TK2MSFTNGP01.phx.gbl microsoft.public.fr.access:314403
X-Antivirus: avast! (VPS 0703-0, 13/01/2007), Inbound message
X-Antivirus-Status: Clean
Bonjour Philippe,Un trés grand merci, apparement ça fonctionne, toutefois pour
repartir en mode création il faut que je repasse en SQL et remettre
le signe égal c'est normal ?
C'est ce que je t'ai mis comme réserve dans mon message précédent.
Il y a un certain nombre de requêtes qu'Access ne sait pas représenter dans
le requêteur. C'est le cas des requêtes Union par exemple.
Il ne faut pas oublier que le requêteur n'est là que pour nous faciliter
les choses.
Autrement dit, ce n'est pas le mode que retient Access. Lui, il utilise le
SQL qui est généré "derrière".
Pour ton exemple, je n'ai pas cherché s'il y avait un autre moyen.
Mais une fois que ta requête sera finalisée, normalement, tu n'auras plus à
y toucher.
Et puis, c'est un bon moyen d'apprendre le SQL peut-être ;-))
--
TisaneAprés avoir collé le code j'ai un message d'erreur : "Erreur de
syntaxe dans la clause FROM" et le mot "TABLE" est sélectionné.
Je ne venais que pour te donner l'explication sur l'accès à la
fenêtre SQL... et me voilà partie à décortiquer ton problème.
Bon, puisqu'Ilan a pris son dimanche...
Le mieux est que je te montre en image comment j'ai (vite) fait
(j'attends des retours de bâton d'Ilan et des autres du "club" ;-))
http://cjoint.com/?bovkzjgUhe
Attention : tu crées d'abord ta requête comme indiquée sur la photo
d'écran (oui, la table est "dupliquée").
Puis, en dernier, tu vas dans le SQL et tu remplaces le signe >>>>> entre les dates par le signe < (j'ai entouré en rouge).
Tu ne pourras plus basculer dans le requêteur classique mais tu
pourras afficher le résultat et modifier le code si nécessaire (ou
remettre le = si tu es plus à l'aide avec la grille, le temps de
modifier).
Le résultat est le même que celui d'Ilan et j'espère que c'est ce
que tu veux ;-)
A demain peut-être...
--
Tisane
[...]
--
Voilou !
Bon courage !
Cordialement,
ze Titi
Bin oui et non...
Quand dans le premier cas, j'ai plein d'enregistrement je peux utiliser
l'ascenseur (ou la roulette) mais dans le cas où je n'ai que quelques lignes,
l'ascenseur est bloqué (car occupant toute la place et sans aucune raison de
pouvoir l'utiliser) mais dans ce cas la roulette fonctionne (vers le bas
donc) mais avec seulement un débattement de 1 enregistrement... donc la liste
monte d'un cran. Si on utilise la roulette pour "récupérer" cette ligne, cela
ne fonctionne pas, la ligne reste invisible. Par contre, comme indiqué, le
compteur est toujours bon !!!
Et encore plus curieux:
Si tu utilises les boutons de l'ascenceur sur la droite de ton
formulaire, ton premier enregistrement réapparaît...
Dans ton message <4ABC8599-C39B-4D5F-87CD-17D39988B4CF@microsoft.com>
Je ne sais pas si tout cela est clair mais cela me pose d'énorme
problème... De plus, cela apparaît comme totalement incompréhensible !
Merci, déjà et encore, pour toute idée permettant d'éclaircir ce mystère...
L.
ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et que
je "descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la
même action souris (je descends avec la roulette), les quelques records
présents descendent d'une ligne et le premier disparaît. Actionner la
molette dans l'autre sens ne donne rien. Par contre, un champ "compteur"
de record du type "count([ID]" au bas du formulaire m'indique toujours
le bon nombre initial !!! Enfin, cliquer ne nouveau su le bouton (qui
demande le RecordSource) me ramène tous les records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
From: "Tisane" <b.tisane@laposte.net>
References: <41E35B77-A816-4263-9EAF-35253592BA4E@microsoft.com>
<6BFEB122-433E-4FF1-A77B-6B2B901D35D1@microsoft.com>
<3FC7E07F-791C-477B-B770-A5B9C75367D5@microsoft.com>
<#nl4jfAOHHA.536@TK2MSFTNGP02.phx.gbl>
<589EB10A-DBDC-4045-9A00-42C993DD3E2E@microsoft.com>
<et2G7jBOHHA.4260@TK2MSFTNGP02.phx.gbl>
<F4944760-E37A-4F94-AE0E-FAF980C37593@microsoft.com> Subject:
=?Utf-8?Q?Re:_Requête?= Date: Mon, 15 Jan 2007 05:58:44 +0100 Lines:
52 MIME-Version: 1.0 Content-Type: text/plain; format=flowed;
charset="Utf-8"; reply-type=original Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Message-ID: <eSAMYHGOHHA.4100@TK2MSFTNGP04.phx.gbl>
Newsgroups: microsoft.public.fr.access
NNTP-Posting-Host: aorleans-257-1-181-49.w90-19.abo.wanadoo.fr 90.19.36.49
Path: TK2MSFTNGP01.phx.gbl!TK2MSFTNGP04.phx.gbl
Xref: TK2MSFTNGP01.phx.gbl microsoft.public.fr.access:314403
X-Antivirus: avast! (VPS 0703-0, 13/01/2007), Inbound message
X-Antivirus-Status: Clean
Bonjour Philippe,
Un trés grand merci, apparement ça fonctionne, toutefois pour
repartir en mode création il faut que je repasse en SQL et remettre
le signe égal c'est normal ?
C'est ce que je t'ai mis comme réserve dans mon message précédent.
Il y a un certain nombre de requêtes qu'Access ne sait pas représenter dans
le requêteur. C'est le cas des requêtes Union par exemple.
Il ne faut pas oublier que le requêteur n'est là que pour nous faciliter
les choses.
Autrement dit, ce n'est pas le mode que retient Access. Lui, il utilise le
SQL qui est généré "derrière".
Pour ton exemple, je n'ai pas cherché s'il y avait un autre moyen.
Mais une fois que ta requête sera finalisée, normalement, tu n'auras plus à
y toucher.
Et puis, c'est un bon moyen d'apprendre le SQL peut-être ;-))
--
Tisane
Aprés avoir collé le code j'ai un message d'erreur : "Erreur de
syntaxe dans la clause FROM" et le mot "TABLE" est sélectionné.
Je ne venais que pour te donner l'explication sur l'accès à la
fenêtre SQL... et me voilà partie à décortiquer ton problème.
Bon, puisqu'Ilan a pris son dimanche...
Le mieux est que je te montre en image comment j'ai (vite) fait
(j'attends des retours de bâton d'Ilan et des autres du "club" ;-))
http://cjoint.com/?bovkzjgUhe
Attention : tu crées d'abord ta requête comme indiquée sur la photo
d'écran (oui, la table est "dupliquée").
Puis, en dernier, tu vas dans le SQL et tu remplaces le signe >>>>> entre les dates par le signe < (j'ai entouré en rouge).
Tu ne pourras plus basculer dans le requêteur classique mais tu
pourras afficher le résultat et modifier le code si nécessaire (ou
remettre le = si tu es plus à l'aide avec la grille, le temps de
modifier).
Le résultat est le même que celui d'Ilan et j'espère que c'est ce
que tu veux ;-)
A demain peut-être...
--
Tisane
[...]
--
Voilou !
Bon courage !
Cordialement,
ze Titi
Bin oui et non...
Quand dans le premier cas, j'ai plein d'enregistrement je peux utiliser
l'ascenseur (ou la roulette) mais dans le cas où je n'ai que quelques lignes,
l'ascenseur est bloqué (car occupant toute la place et sans aucune raison de
pouvoir l'utiliser) mais dans ce cas la roulette fonctionne (vers le bas
donc) mais avec seulement un débattement de 1 enregistrement... donc la liste
monte d'un cran. Si on utilise la roulette pour "récupérer" cette ligne, cela
ne fonctionne pas, la ligne reste invisible. Par contre, comme indiqué, le
compteur est toujours bon !!!Et encore plus curieux:
Si tu utilises les boutons de l'ascenceur sur la droite de ton
formulaire, ton premier enregistrement réapparaît...
Dans ton messageJe ne sais pas si tout cela est clair mais cela me pose d'énorme
problème... De plus, cela apparaît comme totalement incompréhensible !
Merci, déjà et encore, pour toute idée permettant d'éclaircir ce mystère...
L.ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et que
je "descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la
même action souris (je descends avec la roulette), les quelques records
présents descendent d'une ligne et le premier disparaît. Actionner la
molette dans l'autre sens ne donne rien. Par contre, un champ "compteur"
de record du type "count([ID]" au bas du formulaire m'indique toujours
le bon nombre initial !!! Enfin, cliquer ne nouveau su le bouton (qui
demande le RecordSource) me ramène tous les records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
From: "Tisane"
References:
<#
Subject:
=?Utf-8?Q?Re:_Requête?= Date: Mon, 15 Jan 2007 05:58:44 +0100 Lines:
52 MIME-Version: 1.0 Content-Type: text/plain; format=flowed;
charset="Utf-8"; reply-type=original Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Message-ID:
Newsgroups: microsoft.public.fr.access
NNTP-Posting-Host: aorleans-257-1-181-49.w90-19.abo.wanadoo.fr 90.19.36.49
Path: TK2MSFTNGP01.phx.gbl!TK2MSFTNGP04.phx.gbl
Xref: TK2MSFTNGP01.phx.gbl microsoft.public.fr.access:314403
X-Antivirus: avast! (VPS 0703-0, 13/01/2007), Inbound message
X-Antivirus-Status: Clean
Bonjour Philippe,Un trés grand merci, apparement ça fonctionne, toutefois pour
repartir en mode création il faut que je repasse en SQL et remettre
le signe égal c'est normal ?
C'est ce que je t'ai mis comme réserve dans mon message précédent.
Il y a un certain nombre de requêtes qu'Access ne sait pas représenter dans
le requêteur. C'est le cas des requêtes Union par exemple.
Il ne faut pas oublier que le requêteur n'est là que pour nous faciliter
les choses.
Autrement dit, ce n'est pas le mode que retient Access. Lui, il utilise le
SQL qui est généré "derrière".
Pour ton exemple, je n'ai pas cherché s'il y avait un autre moyen.
Mais une fois que ta requête sera finalisée, normalement, tu n'auras plus à
y toucher.
Et puis, c'est un bon moyen d'apprendre le SQL peut-être ;-))
--
TisaneAprés avoir collé le code j'ai un message d'erreur : "Erreur de
syntaxe dans la clause FROM" et le mot "TABLE" est sélectionné.
Je ne venais que pour te donner l'explication sur l'accès à la
fenêtre SQL... et me voilà partie à décortiquer ton problème.
Bon, puisqu'Ilan a pris son dimanche...
Le mieux est que je te montre en image comment j'ai (vite) fait
(j'attends des retours de bâton d'Ilan et des autres du "club" ;-))
http://cjoint.com/?bovkzjgUhe
Attention : tu crées d'abord ta requête comme indiquée sur la photo
d'écran (oui, la table est "dupliquée").
Puis, en dernier, tu vas dans le SQL et tu remplaces le signe >>>>> entre les dates par le signe < (j'ai entouré en rouge).
Tu ne pourras plus basculer dans le requêteur classique mais tu
pourras afficher le résultat et modifier le code si nécessaire (ou
remettre le = si tu es plus à l'aide avec la grille, le temps de
modifier).
Le résultat est le même que celui d'Ilan et j'espère que c'est ce
que tu veux ;-)
A demain peut-être...
--
Tisane
[...]
--
Voilou !
Bon courage !
Cordialement,
ze Titi
Et bien non, ce n'est pas possible car quand il y a peu d'enregistrement,
comme je l'ai dit, l'ascenseur est grand et bloqué (pas de raison de
l'utiliser) et donc qd je fait tourner la roulette vers le bas, donc un
enregistrement disparait MAIS l'ascenseur est tout aussi grand et bloqué...
donc il ne peut pas bouger et impossible de récupérer la fameuse ligne perdue
!!!
N'y aurait-il pas une relaton avec la requête mais si oui je ne vois
toujours pas pourquoi !?C'est justement dans ce dernier cas (quand ton ascenceur est bloqué)
que tu dois utiliser non pas la roulette mais les boutons d'ascenceur.
Et là, tu récupères la ligne "invisible".
Dans ton messageBin oui et non...
Quand dans le premier cas, j'ai plein d'enregistrement je peux utiliser
l'ascenseur (ou la roulette) mais dans le cas où je n'ai que quelques
lignes, l'ascenseur est bloqué (car occupant toute la place et sans aucune
raison de pouvoir l'utiliser) mais dans ce cas la roulette fonctionne
(vers le bas donc) mais avec seulement un débattement de 1
enregistrement... donc la liste monte d'un cran. Si on utilise la roulette
pour "récupérer" cette ligne, cela ne fonctionne pas, la ligne reste
invisible. Par contre, comme indiqué, le compteur est toujours bon !!!Et encore plus curieux:
Si tu utilises les boutons de l'ascenceur sur la droite de ton
formulaire, ton premier enregistrement réapparaît...
Dans ton messageJe ne sais pas si tout cela est clair mais cela me pose d'énorme
problème... De plus, cela apparaît comme totalement incompréhensible !
Merci, déjà et encore, pour toute idée permettant d'éclaircir ce
mystère...
L.ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et
que je "descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la
même action souris (je descends avec la roulette), les quelques records
présents descendent d'une ligne et le premier disparaît. Actionner la
molette dans l'autre sens ne donne rien. Par contre, un champ
"compteur" de record du type "count([ID]" au bas du formulaire
m'indique toujours le bon nombre initial !!! Enfin, cliquer ne
nouveau su le bouton (qui demande le RecordSource) me ramène tous les
records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
From: "Tisane"
References:
<#
Subject:
=?Utf-8?Q?Re:_Requête?= Date: Mon, 15 Jan 2007 05:58:44 +0100 Lines:
52 MIME-Version: 1.0 Content-Type: text/plain; format=flowed;
charset="Utf-8"; reply-type=original Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Message-ID:
Newsgroups: microsoft.public.fr.access
NNTP-Posting-Host: aorleans-257-1-181-49.w90-19.abo.wanadoo.fr
90.19.36.49 Path: TK2MSFTNGP01.phx.gbl!TK2MSFTNGP04.phx.gbl
Xref: TK2MSFTNGP01.phx.gbl microsoft.public.fr.access:314403
X-Antivirus: avast! (VPS 0703-0, 13/01/2007), Inbound message
X-Antivirus-Status: Clean
Bonjour Philippe,Un trés grand merci, apparement ça fonctionne, toutefois pour
repartir en mode création il faut que je repasse en SQL et remettre
le signe égal c'est normal ?
C'est ce que je t'ai mis comme réserve dans mon message précédent.
Il y a un certain nombre de requêtes qu'Access ne sait pas représenter
dans le requêteur. C'est le cas des requêtes Union par exemple.
Il ne faut pas oublier que le requêteur n'est là que pour nous faciliter
les choses.
Autrement dit, ce n'est pas le mode que retient Access. Lui, il utilise
le SQL qui est généré "derrière".
Pour ton exemple, je n'ai pas cherché s'il y avait un autre moyen.
Mais une fois que ta requête sera finalisée, normalement, tu n'auras plus
à y toucher.
Et puis, c'est un bon moyen d'apprendre le SQL peut-être ;-))
--
TisaneAprés avoir collé le code j'ai un message d'erreur : "Erreur de
syntaxe dans la clause FROM" et le mot "TABLE" est sélectionné.
Je ne venais que pour te donner l'explication sur l'accès à la
fenêtre SQL... et me voilà partie à décortiquer ton problème.
Bon, puisqu'Ilan a pris son dimanche...
Le mieux est que je te montre en image comment j'ai (vite) fait
(j'attends des retours de bâton d'Ilan et des autres du "club" ;-))
http://cjoint.com/?bovkzjgUhe
Attention : tu crées d'abord ta requête comme indiquée sur la photo
d'écran (oui, la table est "dupliquée").
Puis, en dernier, tu vas dans le SQL et tu remplaces le signe >>>>>>> entre les dates par le signe < (j'ai entouré en rouge).
Tu ne pourras plus basculer dans le requêteur classique mais tu
pourras afficher le résultat et modifier le code si nécessaire (ou
remettre le = si tu es plus à l'aide avec la grille, le temps de
modifier).
Le résultat est le même que celui d'Ilan et j'espère que c'est ce
que tu veux ;-)
A demain peut-être...
--
Tisane
[...]
--
Voilou !
Bon courage !
Cordialement,
ze Titi
--
Voilou !
Bon courage !
Cordialement,
ze Titi
Et bien non, ce n'est pas possible car quand il y a peu d'enregistrement,
comme je l'ai dit, l'ascenseur est grand et bloqué (pas de raison de
l'utiliser) et donc qd je fait tourner la roulette vers le bas, donc un
enregistrement disparait MAIS l'ascenseur est tout aussi grand et bloqué...
donc il ne peut pas bouger et impossible de récupérer la fameuse ligne perdue
!!!
N'y aurait-il pas une relaton avec la requête mais si oui je ne vois
toujours pas pourquoi !?
C'est justement dans ce dernier cas (quand ton ascenceur est bloqué)
que tu dois utiliser non pas la roulette mais les boutons d'ascenceur.
Et là, tu récupères la ligne "invisible".
Dans ton message <54D9FB5D-2DED-4C1C-97EC-6ABE0FA8816F@microsoft.com>
Bin oui et non...
Quand dans le premier cas, j'ai plein d'enregistrement je peux utiliser
l'ascenseur (ou la roulette) mais dans le cas où je n'ai que quelques
lignes, l'ascenseur est bloqué (car occupant toute la place et sans aucune
raison de pouvoir l'utiliser) mais dans ce cas la roulette fonctionne
(vers le bas donc) mais avec seulement un débattement de 1
enregistrement... donc la liste monte d'un cran. Si on utilise la roulette
pour "récupérer" cette ligne, cela ne fonctionne pas, la ligne reste
invisible. Par contre, comme indiqué, le compteur est toujours bon !!!
Et encore plus curieux:
Si tu utilises les boutons de l'ascenceur sur la droite de ton
formulaire, ton premier enregistrement réapparaît...
Dans ton message <4ABC8599-C39B-4D5F-87CD-17D39988B4CF@microsoft.com>
Je ne sais pas si tout cela est clair mais cela me pose d'énorme
problème... De plus, cela apparaît comme totalement incompréhensible !
Merci, déjà et encore, pour toute idée permettant d'éclaircir ce
mystère...
L.
ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et
que je "descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la
même action souris (je descends avec la roulette), les quelques records
présents descendent d'une ligne et le premier disparaît. Actionner la
molette dans l'autre sens ne donne rien. Par contre, un champ
"compteur" de record du type "count([ID]" au bas du formulaire
m'indique toujours le bon nombre initial !!! Enfin, cliquer ne
nouveau su le bouton (qui demande le RecordSource) me ramène tous les
records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
From: "Tisane" <b.tisane@laposte.net>
References: <41E35B77-A816-4263-9EAF-35253592BA4E@microsoft.com>
<6BFEB122-433E-4FF1-A77B-6B2B901D35D1@microsoft.com>
<3FC7E07F-791C-477B-B770-A5B9C75367D5@microsoft.com>
<#nl4jfAOHHA.536@TK2MSFTNGP02.phx.gbl>
<589EB10A-DBDC-4045-9A00-42C993DD3E2E@microsoft.com>
<et2G7jBOHHA.4260@TK2MSFTNGP02.phx.gbl>
<F4944760-E37A-4F94-AE0E-FAF980C37593@microsoft.com> Subject:
=?Utf-8?Q?Re:_Requête?= Date: Mon, 15 Jan 2007 05:58:44 +0100 Lines:
52 MIME-Version: 1.0 Content-Type: text/plain; format=flowed;
charset="Utf-8"; reply-type=original Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Message-ID: <eSAMYHGOHHA.4100@TK2MSFTNGP04.phx.gbl>
Newsgroups: microsoft.public.fr.access
NNTP-Posting-Host: aorleans-257-1-181-49.w90-19.abo.wanadoo.fr
90.19.36.49 Path: TK2MSFTNGP01.phx.gbl!TK2MSFTNGP04.phx.gbl
Xref: TK2MSFTNGP01.phx.gbl microsoft.public.fr.access:314403
X-Antivirus: avast! (VPS 0703-0, 13/01/2007), Inbound message
X-Antivirus-Status: Clean
Bonjour Philippe,
Un trés grand merci, apparement ça fonctionne, toutefois pour
repartir en mode création il faut que je repasse en SQL et remettre
le signe égal c'est normal ?
C'est ce que je t'ai mis comme réserve dans mon message précédent.
Il y a un certain nombre de requêtes qu'Access ne sait pas représenter
dans le requêteur. C'est le cas des requêtes Union par exemple.
Il ne faut pas oublier que le requêteur n'est là que pour nous faciliter
les choses.
Autrement dit, ce n'est pas le mode que retient Access. Lui, il utilise
le SQL qui est généré "derrière".
Pour ton exemple, je n'ai pas cherché s'il y avait un autre moyen.
Mais une fois que ta requête sera finalisée, normalement, tu n'auras plus
à y toucher.
Et puis, c'est un bon moyen d'apprendre le SQL peut-être ;-))
--
Tisane
Aprés avoir collé le code j'ai un message d'erreur : "Erreur de
syntaxe dans la clause FROM" et le mot "TABLE" est sélectionné.
Je ne venais que pour te donner l'explication sur l'accès à la
fenêtre SQL... et me voilà partie à décortiquer ton problème.
Bon, puisqu'Ilan a pris son dimanche...
Le mieux est que je te montre en image comment j'ai (vite) fait
(j'attends des retours de bâton d'Ilan et des autres du "club" ;-))
http://cjoint.com/?bovkzjgUhe
Attention : tu crées d'abord ta requête comme indiquée sur la photo
d'écran (oui, la table est "dupliquée").
Puis, en dernier, tu vas dans le SQL et tu remplaces le signe >>>>>>> entre les dates par le signe < (j'ai entouré en rouge).
Tu ne pourras plus basculer dans le requêteur classique mais tu
pourras afficher le résultat et modifier le code si nécessaire (ou
remettre le = si tu es plus à l'aide avec la grille, le temps de
modifier).
Le résultat est le même que celui d'Ilan et j'espère que c'est ce
que tu veux ;-)
A demain peut-être...
--
Tisane
[...]
--
Voilou !
Bon courage !
Cordialement,
ze Titi
--
Voilou !
Bon courage !
Cordialement,
ze Titi
Et bien non, ce n'est pas possible car quand il y a peu d'enregistrement,
comme je l'ai dit, l'ascenseur est grand et bloqué (pas de raison de
l'utiliser) et donc qd je fait tourner la roulette vers le bas, donc un
enregistrement disparait MAIS l'ascenseur est tout aussi grand et bloqué...
donc il ne peut pas bouger et impossible de récupérer la fameuse ligne perdue
!!!
N'y aurait-il pas une relaton avec la requête mais si oui je ne vois
toujours pas pourquoi !?C'est justement dans ce dernier cas (quand ton ascenceur est bloqué)
que tu dois utiliser non pas la roulette mais les boutons d'ascenceur.
Et là, tu récupères la ligne "invisible".
Dans ton messageBin oui et non...
Quand dans le premier cas, j'ai plein d'enregistrement je peux utiliser
l'ascenseur (ou la roulette) mais dans le cas où je n'ai que quelques
lignes, l'ascenseur est bloqué (car occupant toute la place et sans aucune
raison de pouvoir l'utiliser) mais dans ce cas la roulette fonctionne
(vers le bas donc) mais avec seulement un débattement de 1
enregistrement... donc la liste monte d'un cran. Si on utilise la roulette
pour "récupérer" cette ligne, cela ne fonctionne pas, la ligne reste
invisible. Par contre, comme indiqué, le compteur est toujours bon !!!Et encore plus curieux:
Si tu utilises les boutons de l'ascenceur sur la droite de ton
formulaire, ton premier enregistrement réapparaît...
Dans ton messageJe ne sais pas si tout cela est clair mais cela me pose d'énorme
problème... De plus, cela apparaît comme totalement incompréhensible !
Merci, déjà et encore, pour toute idée permettant d'éclaircir ce
mystère...
L.ou +on a ététBonjour,
J'ai dans une appli des formulaires dont le contenu (RecordSource) est
"alimenté" svt plusieurs boutons.
Quand le résultat s'affiche, je viens de me rendre compte que :
1/ quand il y a assez de Records (que le fenêtre est remplie ou +) et
que je "descends" ds le formulaire avec la roulette de la souris : OK
2/ quand le résultat est seulement de quelques lignes et que je fais la
même action souris (je descends avec la roulette), les quelques records
présents descendent d'une ligne et le premier disparaît. Actionner la
molette dans l'autre sens ne donne rien. Par contre, un champ
"compteur" de record du type "count([ID]" au bas du formulaire
m'indique toujours le bon nombre initial !!! Enfin, cliquer ne
nouveau su le bouton (qui demande le RecordSource) me ramène tous les
records...
Si quelqu'un a une piste d'explication... il esr le bienvenu.
Merci d'avance.
Luc
From: "Tisane"
References:
<#
Subject:
=?Utf-8?Q?Re:_Requête?= Date: Mon, 15 Jan 2007 05:58:44 +0100 Lines:
52 MIME-Version: 1.0 Content-Type: text/plain; format=flowed;
charset="Utf-8"; reply-type=original Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Message-ID:
Newsgroups: microsoft.public.fr.access
NNTP-Posting-Host: aorleans-257-1-181-49.w90-19.abo.wanadoo.fr
90.19.36.49 Path: TK2MSFTNGP01.phx.gbl!TK2MSFTNGP04.phx.gbl
Xref: TK2MSFTNGP01.phx.gbl microsoft.public.fr.access:314403
X-Antivirus: avast! (VPS 0703-0, 13/01/2007), Inbound message
X-Antivirus-Status: Clean
Bonjour Philippe,Un trés grand merci, apparement ça fonctionne, toutefois pour
repartir en mode création il faut que je repasse en SQL et remettre
le signe égal c'est normal ?
C'est ce que je t'ai mis comme réserve dans mon message précédent.
Il y a un certain nombre de requêtes qu'Access ne sait pas représenter
dans le requêteur. C'est le cas des requêtes Union par exemple.
Il ne faut pas oublier que le requêteur n'est là que pour nous faciliter
les choses.
Autrement dit, ce n'est pas le mode que retient Access. Lui, il utilise
le SQL qui est généré "derrière".
Pour ton exemple, je n'ai pas cherché s'il y avait un autre moyen.
Mais une fois que ta requête sera finalisée, normalement, tu n'auras plus
à y toucher.
Et puis, c'est un bon moyen d'apprendre le SQL peut-être ;-))
--
TisaneAprés avoir collé le code j'ai un message d'erreur : "Erreur de
syntaxe dans la clause FROM" et le mot "TABLE" est sélectionné.
Je ne venais que pour te donner l'explication sur l'accès à la
fenêtre SQL... et me voilà partie à décortiquer ton problème.
Bon, puisqu'Ilan a pris son dimanche...
Le mieux est que je te montre en image comment j'ai (vite) fait
(j'attends des retours de bâton d'Ilan et des autres du "club" ;-))
http://cjoint.com/?bovkzjgUhe
Attention : tu crées d'abord ta requête comme indiquée sur la photo
d'écran (oui, la table est "dupliquée").
Puis, en dernier, tu vas dans le SQL et tu remplaces le signe >>>>>>> entre les dates par le signe < (j'ai entouré en rouge).
Tu ne pourras plus basculer dans le requêteur classique mais tu
pourras afficher le résultat et modifier le code si nécessaire (ou
remettre le = si tu es plus à l'aide avec la grille, le temps de
modifier).
Le résultat est le même que celui d'Ilan et j'espère que c'est ce
que tu veux ;-)
A demain peut-être...
--
Tisane
[...]
--
Voilou !
Bon courage !
Cordialement,
ze Titi
--
Voilou !
Bon courage !
Cordialement,
ze Titi
