bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
le crois que oui bien que je ne sais pas encore comment :-) !
Quelqu¹un pourrait gentiment m¹aider à résoudre le dilemme? peut-être
aussi
en me donnant quelques liens utiles?
Merci d¹avance!
ciao, :-)
alcina
http://www.asar.com/cgi-bin/product.pl?58/hogwasher.html
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
le crois que oui bien que je ne sais pas encore comment :-) !
Quelqu¹un pourrait gentiment m¹aider à résoudre le dilemme? peut-être
aussi
en me donnant quelques liens utiles?
Merci d¹avance!
ciao, :-)
alcina
http://www.asar.com/cgi-bin/product.pl?58/hogwasher.html
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
le crois que oui bien que je ne sais pas encore comment :-) !
Quelqu¹un pourrait gentiment m¹aider à résoudre le dilemme? peut-être
aussi
en me donnant quelques liens utiles?
Merci d¹avance!
ciao, :-)
alcina
http://www.asar.com/cgi-bin/product.pl?58/hogwasher.html
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
??? Ca me semble un poil tordu comme conception. Je ne suis pas sûr de
comprendre s'il s'agit d'internationalisation (même contenu dans
différentes langues), ou d'un même schéma utilisé pour stocker des
informations similaires concernant différents pays, mais dans les deux
cas (ie : même schéma de données quelque soit la langue/le pays), je ne
vois pas le besoin d'avoir plusieurs *bases* pour gérer ça - il suffit
d'avoir une table "pays" (ou 'langue'), et de lier les autres tables, ie:
pays(*code_pays*, nom_pays)
ville(*id_ville*, nom_ville, _code_pays_)
....des données différentes pour chaque Pays (hôtels cinema etc.)...
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
De "mettre la base de données dans le formulaire", effectivement, ça me
parait délicat !-)
De lister les bases auxquels tu a accès, et de sélectionner la base à
utiliser en fonction du choix du pays, c'est of course techniquement
possible (enfin, selon les droits que tu a sur le serveur MySQL pour ce
Pas de problèmes aux niveaux server & nombre de base...
qui concerne le fait de lister les bases, mais techniquement on peut
faire sans)
hem.... ???? une petite explication STP?
du DailyWTF. Si ton appli doit gérer des infos sur différents pays,
l'entité "pays" s'impose d'elle même comme partie du schéma.
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
??? Ca me semble un poil tordu comme conception. Je ne suis pas sûr de
comprendre s'il s'agit d'internationalisation (même contenu dans
différentes langues), ou d'un même schéma utilisé pour stocker des
informations similaires concernant différents pays, mais dans les deux
cas (ie : même schéma de données quelque soit la langue/le pays), je ne
vois pas le besoin d'avoir plusieurs *bases* pour gérer ça - il suffit
d'avoir une table "pays" (ou 'langue'), et de lier les autres tables, ie:
pays(*code_pays*, nom_pays)
ville(*id_ville*, nom_ville, _code_pays_)
....des données différentes pour chaque Pays (hôtels cinema etc.)...
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
De "mettre la base de données dans le formulaire", effectivement, ça me
parait délicat !-)
De lister les bases auxquels tu a accès, et de sélectionner la base à
utiliser en fonction du choix du pays, c'est of course techniquement
possible (enfin, selon les droits que tu a sur le serveur MySQL pour ce
Pas de problèmes aux niveaux server & nombre de base...
qui concerne le fait de lister les bases, mais techniquement on peut
faire sans)
hem.... ???? une petite explication STP?
du DailyWTF. Si ton appli doit gérer des infos sur différents pays,
l'entité "pays" s'impose d'elle même comme partie du schéma.
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
??? Ca me semble un poil tordu comme conception. Je ne suis pas sûr de
comprendre s'il s'agit d'internationalisation (même contenu dans
différentes langues), ou d'un même schéma utilisé pour stocker des
informations similaires concernant différents pays, mais dans les deux
cas (ie : même schéma de données quelque soit la langue/le pays), je ne
vois pas le besoin d'avoir plusieurs *bases* pour gérer ça - il suffit
d'avoir une table "pays" (ou 'langue'), et de lier les autres tables, ie:
pays(*code_pays*, nom_pays)
ville(*id_ville*, nom_ville, _code_pays_)
....des données différentes pour chaque Pays (hôtels cinema etc.)...
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
De "mettre la base de données dans le formulaire", effectivement, ça me
parait délicat !-)
De lister les bases auxquels tu a accès, et de sélectionner la base à
utiliser en fonction du choix du pays, c'est of course techniquement
possible (enfin, selon les droits que tu a sur le serveur MySQL pour ce
Pas de problèmes aux niveaux server & nombre de base...
qui concerne le fait de lister les bases, mais techniquement on peut
faire sans)
hem.... ???? une petite explication STP?
du DailyWTF. Si ton appli doit gérer des infos sur différents pays,
l'entité "pays" s'impose d'elle même comme partie du schéma.
Le 11 Apr 2007 18:28:58 GMT, alcina écrivait dans
fr.comp.lang.php:bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
Il faut d'abord faire attention aux termes.
Une "base", en mySQL, c'est un ensemble de tables identifié par un
nom de serveur (le 1er argument de mysql_connect). Certains
hébergeurs limitent à 1, 2, 3, etc. "bases". Il se peut donc que
l'hébergeur en question ait cette limitation. Mon ancien l'avait
mais pas mon actuel.
Une "table" est une entité avec un certain nombre de lignes et de
colonnes (ou d'enregistrements ayant chacun une série précise
de champs).
Personnellement, je trouve que c'est une mauvaise idée d'avoir un
nom de serveur par pays. Même une base par pays est une mauvaise
idée si chaque pays a les mêmes paramêtres. Par contre, si chaque
pays a des champs qui lui sont propres (les noms d'endroits dans
les langues locales par exemple), c'est mieux d'avoir une table
par pays, encore que cela complique le code pour rien. Cela dépend
de l'ensemble du projet, bien sûr, puisqu'on peut faire une table
de traduction qui choisirait les champs propres à un pays.
Denis
P.S. Ce fil devrait se trouver sous news:fr.comp.applications.sgbd
Le 11 Apr 2007 18:28:58 GMT, alcina <alcina@kurbis.org> écrivait dans
fr.comp.lang.php:
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
Il faut d'abord faire attention aux termes.
Une "base", en mySQL, c'est un ensemble de tables identifié par un
nom de serveur (le 1er argument de mysql_connect). Certains
hébergeurs limitent à 1, 2, 3, etc. "bases". Il se peut donc que
l'hébergeur en question ait cette limitation. Mon ancien l'avait
mais pas mon actuel.
Une "table" est une entité avec un certain nombre de lignes et de
colonnes (ou d'enregistrements ayant chacun une série précise
de champs).
Personnellement, je trouve que c'est une mauvaise idée d'avoir un
nom de serveur par pays. Même une base par pays est une mauvaise
idée si chaque pays a les mêmes paramêtres. Par contre, si chaque
pays a des champs qui lui sont propres (les noms d'endroits dans
les langues locales par exemple), c'est mieux d'avoir une table
par pays, encore que cela complique le code pour rien. Cela dépend
de l'ensemble du projet, bien sûr, puisqu'on peut faire une table
de traduction qui choisirait les champs propres à un pays.
Denis
P.S. Ce fil devrait se trouver sous news:fr.comp.applications.sgbd
Le 11 Apr 2007 18:28:58 GMT, alcina écrivait dans
fr.comp.lang.php:bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
Il faut d'abord faire attention aux termes.
Une "base", en mySQL, c'est un ensemble de tables identifié par un
nom de serveur (le 1er argument de mysql_connect). Certains
hébergeurs limitent à 1, 2, 3, etc. "bases". Il se peut donc que
l'hébergeur en question ait cette limitation. Mon ancien l'avait
mais pas mon actuel.
Une "table" est une entité avec un certain nombre de lignes et de
colonnes (ou d'enregistrements ayant chacun une série précise
de champs).
Personnellement, je trouve que c'est une mauvaise idée d'avoir un
nom de serveur par pays. Même une base par pays est une mauvaise
idée si chaque pays a les mêmes paramêtres. Par contre, si chaque
pays a des champs qui lui sont propres (les noms d'endroits dans
les langues locales par exemple), c'est mieux d'avoir une table
par pays, encore que cela complique le code pour rien. Cela dépend
de l'ensemble du projet, bien sûr, puisqu'on peut faire une table
de traduction qui choisirait les champs propres à un pays.
Denis
P.S. Ce fil devrait se trouver sous news:fr.comp.applications.sgbd
On Thu, 12 Apr 2007 01:40:54 +0200, Denis Beauregard wrote
(snip)
Personnellement, je trouve que c'est une mauvaise idée d'avoir un
nom de serveur par pays. Même une base par pays est une mauvaise
idée si chaque pays a les mêmes paramêtres. Par contre, si chaque
pays a des champs qui lui sont propres (les noms d'endroits dans
les langues locales par exemple), c'est mieux d'avoir une table
par pays, encore que cela complique le code pour rien. Cela dépend
de l'ensemble du projet, bien sûr, puisqu'on peut faire une table
de traduction qui choisirait les champs propres à un pays.
On a donc besoin peut-être pas d¹une base de données pour chaque Pays, Bruno
m¹a dit qu¹est une erreur monumentale, sigh, mais des tables différentes et
propres à chaque pays au moins...
nous avons aussi un petit peu peur de nous
³perdre² dans une très grande base de données...
On Thu, 12 Apr 2007 01:40:54 +0200, Denis Beauregard wrote
(snip)
Personnellement, je trouve que c'est une mauvaise idée d'avoir un
nom de serveur par pays. Même une base par pays est une mauvaise
idée si chaque pays a les mêmes paramêtres. Par contre, si chaque
pays a des champs qui lui sont propres (les noms d'endroits dans
les langues locales par exemple), c'est mieux d'avoir une table
par pays, encore que cela complique le code pour rien. Cela dépend
de l'ensemble du projet, bien sûr, puisqu'on peut faire une table
de traduction qui choisirait les champs propres à un pays.
On a donc besoin peut-être pas d¹une base de données pour chaque Pays, Bruno
m¹a dit qu¹est une erreur monumentale, sigh, mais des tables différentes et
propres à chaque pays au moins...
nous avons aussi un petit peu peur de nous
³perdre² dans une très grande base de données...
On Thu, 12 Apr 2007 01:40:54 +0200, Denis Beauregard wrote
(snip)
Personnellement, je trouve que c'est une mauvaise idée d'avoir un
nom de serveur par pays. Même une base par pays est une mauvaise
idée si chaque pays a les mêmes paramêtres. Par contre, si chaque
pays a des champs qui lui sont propres (les noms d'endroits dans
les langues locales par exemple), c'est mieux d'avoir une table
par pays, encore que cela complique le code pour rien. Cela dépend
de l'ensemble du projet, bien sûr, puisqu'on peut faire une table
de traduction qui choisirait les champs propres à un pays.
On a donc besoin peut-être pas d¹une base de données pour chaque Pays, Bruno
m¹a dit qu¹est une erreur monumentale, sigh, mais des tables différentes et
propres à chaque pays au moins...
nous avons aussi un petit peu peur de nous
³perdre² dans une très grande base de données...
On Thu, 12 Apr 2007 00:05:41 +0200, Bruno Desthuilliers wrote
(in article <461d3df9$0$24672$):bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
??? Ca me semble un poil tordu comme conception. Je ne suis pas sûr de
comprendre s'il s'agit d'internationalisation (même contenu dans
différentes langues), ou d'un même schéma utilisé pour stocker des
informations similaires concernant différents pays, mais dans les deux
cas (ie : même schéma de données quelque soit la langue/le pays), je ne
vois pas le besoin d'avoir plusieurs *bases* pour gérer ça - il suffit
d'avoir une table "pays" (ou 'langue'), et de lier les autres tables, ie:
pays(*code_pays*, nom_pays)
ville(*id_ville*, nom_ville, _code_pays_)
....des données différentes pour chaque Pays (hôtels cinema etc.)...
On avait choisi la formule ³plusieurs databases², un peu parce que les codes
qu¹on a trouvé n¹ont pas une norme internationale commune, mais propre à
chaque Pays,
et un peu aussi pour avoir des bases de données plus petites.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
De "mettre la base de données dans le formulaire", effectivement, ça me
parait délicat !-)
:-) mais nooon!!! "sélectionner le Pays ET DONC SÉLECTIONNER la base de
données²
pas de la mettre toute dans le formulaire! :-)
De lister les bases auxquels tu a accès, et de sélectionner la base à
utiliser en fonction du choix du pays, c'est of course techniquement
possible (enfin, selon les droits que tu a sur le serveur MySQL pour ce
Pas de problèmes aux niveaux server & nombre de base...qui concerne le fait de lister les bases, mais techniquement on peut
faire sans)
hem.... ???? une petite explication STP?
,> mais en tout état de cause une erreur de conception dignedu DailyWTF. Si ton appli doit gérer des infos sur différents pays,
l'entité "pays" s'impose d'elle même comme partie du schéma.
on est des amateurs... et en plus... débutants! sorry :-(
mais au moins on aura notre petite place sur le journal!
;-)
nous sommes en train de réfléchir sur ce que tu m¹as dit, merci Bruno,
On Thu, 12 Apr 2007 00:05:41 +0200, Bruno Desthuilliers wrote
(in article <461d3df9$0$24672$426a74cc@news.free.fr>):
bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
??? Ca me semble un poil tordu comme conception. Je ne suis pas sûr de
comprendre s'il s'agit d'internationalisation (même contenu dans
différentes langues), ou d'un même schéma utilisé pour stocker des
informations similaires concernant différents pays, mais dans les deux
cas (ie : même schéma de données quelque soit la langue/le pays), je ne
vois pas le besoin d'avoir plusieurs *bases* pour gérer ça - il suffit
d'avoir une table "pays" (ou 'langue'), et de lier les autres tables, ie:
pays(*code_pays*, nom_pays)
ville(*id_ville*, nom_ville, _code_pays_)
....des données différentes pour chaque Pays (hôtels cinema etc.)...
On avait choisi la formule ³plusieurs databases², un peu parce que les codes
qu¹on a trouvé n¹ont pas une norme internationale commune, mais propre à
chaque Pays,
et un peu aussi pour avoir des bases de données plus petites.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
De "mettre la base de données dans le formulaire", effectivement, ça me
parait délicat !-)
:-) mais nooon!!! "sélectionner le Pays ET DONC SÉLECTIONNER la base de
données²
pas de la mettre toute dans le formulaire! :-)
De lister les bases auxquels tu a accès, et de sélectionner la base à
utiliser en fonction du choix du pays, c'est of course techniquement
possible (enfin, selon les droits que tu a sur le serveur MySQL pour ce
Pas de problèmes aux niveaux server & nombre de base...
qui concerne le fait de lister les bases, mais techniquement on peut
faire sans)
hem.... ???? une petite explication STP?
,> mais en tout état de cause une erreur de conception digne
du DailyWTF. Si ton appli doit gérer des infos sur différents pays,
l'entité "pays" s'impose d'elle même comme partie du schéma.
on est des amateurs... et en plus... débutants! sorry :-(
mais au moins on aura notre petite place sur le journal!
;-)
nous sommes en train de réfléchir sur ce que tu m¹as dit, merci Bruno,
On Thu, 12 Apr 2007 00:05:41 +0200, Bruno Desthuilliers wrote
(in article <461d3df9$0$24672$):bonjour à tous, j¹ai besoin d¹un coup de main pour démarrer et j¹espère
dans
vos conseils. :-)
J¹ai plusieurs base de données MySQL sur mon site web, une base de données
pour chaque Pays.
??? Ca me semble un poil tordu comme conception. Je ne suis pas sûr de
comprendre s'il s'agit d'internationalisation (même contenu dans
différentes langues), ou d'un même schéma utilisé pour stocker des
informations similaires concernant différents pays, mais dans les deux
cas (ie : même schéma de données quelque soit la langue/le pays), je ne
vois pas le besoin d'avoir plusieurs *bases* pour gérer ça - il suffit
d'avoir une table "pays" (ou 'langue'), et de lier les autres tables, ie:
pays(*code_pays*, nom_pays)
ville(*id_ville*, nom_ville, _code_pays_)
....des données différentes pour chaque Pays (hôtels cinema etc.)...
On avait choisi la formule ³plusieurs databases², un peu parce que les codes
qu¹on a trouvé n¹ont pas une norme internationale commune, mais propre à
chaque Pays,
et un peu aussi pour avoir des bases de données plus petites.
J¹ai un form de recherche, où je voudrais mettre un menu déroulant pour
sélectionner le Pays, et donc (selon moi) la base de données.
Mais l¹ami avec lequel je suis en train de créer le site pense que ne soit
pas possible...
De "mettre la base de données dans le formulaire", effectivement, ça me
parait délicat !-)
:-) mais nooon!!! "sélectionner le Pays ET DONC SÉLECTIONNER la base de
données²
pas de la mettre toute dans le formulaire! :-)
De lister les bases auxquels tu a accès, et de sélectionner la base à
utiliser en fonction du choix du pays, c'est of course techniquement
possible (enfin, selon les droits que tu a sur le serveur MySQL pour ce
Pas de problèmes aux niveaux server & nombre de base...qui concerne le fait de lister les bases, mais techniquement on peut
faire sans)
hem.... ???? une petite explication STP?
,> mais en tout état de cause une erreur de conception dignedu DailyWTF. Si ton appli doit gérer des infos sur différents pays,
l'entité "pays" s'impose d'elle même comme partie du schéma.
on est des amateurs... et en plus... débutants! sorry :-(
mais au moins on aura notre petite place sur le journal!
;-)
nous sommes en train de réfléchir sur ce que tu m¹as dit, merci Bruno,