lisibilité du code / espaces incongrus
Thomas
voilà du code bien formaté selon moi :-)
http://biocer.fr/index-copie
mais il parait que les règles du w3c disent que c'est normal que les
espaces incongrus apparaissent dans cette page
et le voilà corrigé selon les règles, en sorte de supprimer les espaces
incongrus
http://biocer.fr/
mais je trouve le code de cette page *beaucoup* plus moche ! :-(
(différences uniquement dans le <p class="note"> l 250)
qu'en penses vous ?
ps :
dans icab j'ai encore un espace qui apparaît après "ouvertes"
j'ai oublié qqch ?
--
Téléassistance / Télémaintenance
http://www.portparallele.com/ThomasDECONTES/
SAM
> bonjour :-)
b'soir,
> voilà du code bien formaté selon moi :-)
> http://biocer.fr/index-copie
y a 2 petits avertissements ;-)
> mais il parait que les règles du w3c disent que c'est normal que les
> espaces incongrus apparaissent dans cette page
Pourquoi z'incongrus ?
quand tu écris/codes :
(<a href="pdf/Plan-Biocer.pdf">
plan
</a>)
j'y vois à minima 2 espaces avant et après 'plan'
Si je n'm'abuse, la règle voudrait alors que les précédents soient
supprimés et que les suivants n'en fasse qu'un
finalement Fx en garde 1 avant et 1 après
> et le voilà corrigé selon les règles, en sorte de supprimer les espaces
> incongrus
> http://biocer.fr/
>
> mais je trouve le code de cette page *beaucoup* plus moche ! :-(
Oui bon ben ... les gouts et les couleurs ...
moi je trouve que :
(<a href="pdf/Plan-Biocer.pdf">plan</a>)
est très lisible
> (différences uniquement dans le <p class="note"> l 250)
Non, pas que là
> qu'en penses vous ?
>
>
>
> ps :
> dans icab j'ai encore un espace qui apparaît après "ouvertes"
> j'ai oublié qqch ?
usuellement <br> se met à la fin de la ligne qui doit se faire couper
pourquoi en plus rajouter un espace ?
(au moins 2 ici: retour ligne + tabulation)
--
sm
Olivier Miakinen
>
>> voilà du code bien formaté selon moi :-)
>> http://biocer.fr/index-copie
>
> y a 2 petits avertissements ;-)
>
>> mais il parait que les règles du w3c disent que c'est normal que les
>> espaces incongrus apparaissent dans cette page
>
> Pourquoi z'incongrus ?
>
> quand tu écris/codes :
>
> (<a href="pdf/Plan-Biocer.pdf">
>
> plan
> </a>)
>
> j'y vois à minima 2 espaces avant et après 'plan'
> Si je n'm'abuse, la règle voudrait alors que les précédents soient
> supprimés et que les suivants n'en fasse qu'un
Tu n't'abuses pas du tout, c'est bien cela.
> finalement Fx en garde 1 avant et 1 après
Oui.
>> et le voilà corrigé selon les règles, en sorte de supprimer les espaces
>> incongrus
>> http://biocer.fr/
Il en reste encore pas mal, que l'on remarque en particulier avec le
soulignement dû aux liens (mais pas seulement) :
-> PORTES OUVERTES_
-> Contacter le webmaster_de Biocer
-> d' utiliser
-> les standards_,
-> Mozilla_ou iCab
>> mais je trouve le code de cette page *beaucoup* plus moche ! :-(
>
> Oui bon ben ... les gouts et les couleurs ...
>
> moi je trouve que :
> (<a href="pdf/Plan-Biocer.pdf">plan</a>)
> est très lisible
Moi aussi. Si vraiment tu veux sauter une ligne à chaque fois, tu peux
t'en sortir de la façon suivante, à condition bien sûr que tu ne trouves
pas ça encore plus moche :
(<a href="pdf/Plan-Biocer.pdf"
>plan<
/a>)
Personnellement je préfère vraiment la solution de SAM pour un seul mot.
Quand il y en a plusieurs, tu peux bien sûr passer à la ligne entre
deux, par exemple :
------------------------------------------------------------------------------------------
> Nous vous recommandons vivement
> d'<em><a href="http://www.openweb.eu.org/openwebgroup/demarche_standard/">utiliser
> des logiciels respectant les standards</a></em>,
> tels que <a href="http://www.mozilla-europe.org/">Mozilla</a> ou
> ou <a href="http://www.iCab.de/">iCab</a>.
------------------------------------------------------------------------------------------
Cordialement,
--
Olivier Miakinen
mcc
> bonjour :-)
>
>
> voilà du code bien formaté selon moi :-)
> http://biocer.fr/index-copie
>
Beaucoup trop de lignes blanches, je dirais (surtout entre les <li>),
cela rend le code plus difficle à lire.
> mais il parait que les règles du w3c disent que c'est normal que les
> espaces incongrus apparaissent dans cette page
>
>
> et le voilà corrigé selon les règles, en sorte de supprimer les espaces
> incongrus
> http://biocer.fr/
>
Mais pourquoi pas
<a href="pdf/Portes-ouvertes-Biocer-2010-tract.pdf">
(plus de renseignements)
</a>
Pourquoi mettre tes parenthèses en dehors du texte du lien ?
Et il est vrai comme le dit SAM que
<a href="pdf/Plan-Biocer.pdf">(plan)</a>
est plus lisible.
AMHA bien sûr !
--
Marie-Claude Collilieux
Bretagne
Olivier Miakinen
>
> Mais pourquoi pas
>
> <a href="pdf/Portes-ouvertes-Biocer-2010-tract.pdf">
> (plus de renseignements)
> </a>
>
> Pourquoi mettre tes parenthèses en dehors du texte du lien ?
Je serais d'accord à priori pour inclure les parenthèses dans le lien,
sauf qu'ici ça ferait trois liens de suite sans aucune indication du
fait qu'il s'agit de trois liens différents.
En outre, le même défaut se retrouve puisque tu sautes une ligne entre
la parenthèse fermante et la balise fermante </a> : on verra un blanc
souligné après la parenthèse (et pour la même raison on pourrait en voir
un autre avant la parenthèse ouvrante, mais curieusement ce n'est pas ce
que montre SeaMonkey).
Une autre possibilité :
(plus de <a href="...">renseignements</a>)
--
Olivier Miakinen
Thomas
SAM <stephanemor...@wanadoo.fr.invalid> wrote:
> Le 4/6/10 6:42 PM, Thomas a ï¿œcrit :
> > bonjour :-)
>
> b'soir,
>
> > voilￜ du code bien formatￜ selon moi :-)
> > http://biocer.fr/index-copie
>
> y a 2 petits avertissements ;-)
j'en vois un seul, qui est abusif (encodage)
c'est quoi l'autre ?
>
> > mais il parait que les rï¿œgles du w3c disent que c'est normal que les
> > espaces incongrus apparaissent dans cette page
>
> Pourquoi z'incongrus ?
parce que dans un texte ï¿œcrit correctement, ils ne doivent pas
apparaï¿œtre, si ?
>
> quand tu ï¿œcris/codes :
>
> (<a href="pdf/Plan-Biocer.pdf">
>
> plan
> </a>)
>
> j'y vois ￜ minima 2 espaces avant et aprￜs 'plan'
> Si je n'm'abuse, la rï¿œgle voudrait alors que les prï¿œcï¿œdents soient
> supprimï¿œs et que les suivants n'en fasse qu'un
(et c'est bien ce que j'ai avec safari et icab)
je trouve ï¿œa bï¿œte que la rï¿œgle dise d'en laisser un aprï¿œs alors qu'il
est incongru,
ï¿œa m'empï¿œche de mettre plein d'indentations :-(
(mais c'est peut ï¿œtre parce que tout le monde code comme vous, et
personne ne code comme moi ... bon, faudra que je m'y fasse ...)
>
>
> > et le voilￜ corrigￜ selon les rￜgles, en sorte de supprimer les espaces
> > incongrus
> > http://biocer.fr/
> > (diffï¿œrences uniquement dans le <p class="note"> l 250)
>
> Non, pas que lￜ
??
j'ai re-vￜrifiￜ avec un outil de comparaison, il n'y en a bien que lￜ
> > ps :
> > dans icab j'ai encore un espace qui apparaï¿œt aprï¿œs "ouvertes"
> > j'ai oubliￜ qqch ?
>
> usuellement <br> se met ￜ la fin de la ligne qui doit se faire couper
ah d'accord, je ne savais pas ï¿œa,
c'est corrigￜ, merci :-)
> pourquoi en plus rajouter un espace ?
> (au moins 2 ici: retour ligne + tabulation)
retour et tabulation se transforment en espace, et ensuite tous les
espaces sont comprimï¿œs en un seul
alors je pensais qu'avec <br> c'ï¿œtait pareil, que les espaces
disparaï¿œtraient en sorte de laisser un seul espace /ou/ retour
d'ailleurs tu demandes "pourquoi en plus rajouter un espace ?" sous
entendu avant le <br>,
mais pourquoi en mettre aprï¿œs ?
--
Tï¿œlï¿œassistance / Tï¿œlï¿œmaintenance
http://www.portparallele.com/ThomasDECONTES/
Thomas
Olivier Miakinen <om+...@miakinen.net> wrote:
> Le 07/04/2010 00:24, SAM rￜpondait ￜ Thomas :
>
> >> et le voilￜ corrigￜ selon les rￜgles, en sorte de supprimer les espaces
> >> incongrus
> >> http://biocer.fr/
>
> Il en reste encore pas mal, que l'on remarque en particulier avec le
> soulignement dￜ aux liens (mais pas seulement) :
> -> PORTES OUVERTES_
je l'avais signalￜ, c'est corrigￜ
> -> Contacter le webmaster_de Biocer
> -> d' utiliser
> -> les standards_,
> -> Mozilla_ou iCab
je l'avais prￜcisￜ
("diffï¿œrences uniquement dans le <p class="note"> l 250")
>
> >> mais je trouve le code de cette page *beaucoup* plus moche ! :-(
> >
> > Oui bon ben ... les gouts et les couleurs ...
vous ne trouvez pas que c'est plus agrￜable avec des indentations, ￜ
chaque fois qu'il y a une balise ouvrante qui se ferme plus loin ? :-)
> >
> > moi je trouve que :
> > (<a href="pdf/Plan-Biocer.pdf">plan</a>)
> > est trï¿œs lisible
>
> Moi aussi. Si vraiment tu veux sauter une ligne ￜ chaque fois, tu peux
> t'en sortir de la faￜon suivante, ￜ condition bien sￜr que tu ne trouves
> pas ï¿œa encore plus moche :
> (<a href="pdf/Plan-Biocer.pdf"
> >plan<
> /a>)
>
si, si, je trouve ï¿œa encore plus moche :-)
> Personnellement je prï¿œfï¿œre vraiment la solution de SAM pour un seul mot.
oui, pour un seul mot c'est tout ￜ fait correct,
mais c'est assez rare
parce que ce pb d'espace concerne en fait toutes les balises inline, si
je ne me trompe pas
> Quand il y en a plusieurs, tu peux bien sￜr passer ￜ la ligne entre
> deux, par exemple :
>
> ------------------------------------------------------------------------------
> > Nous vous recommandons vivement
> > d'<em><a
> > href="http://www.openweb.eu.org/openwebgroup/demarche_standard/">utiliser
> > des logiciels respectant les standards</a></em>,
> > tels que <a href="http://www.mozilla-europe.org/">Mozilla</a> ou
> > ou <a href="http://www.iCab.de/">iCab</a>.
> ------------------------------------------------------------------------------
ah oui alors t'aimes pas les indentations du tout, toi ?
avec plusieurs mot, j'ai fait ï¿œa :
(<a href="pdf/Portes-ouvertes-Biocer-2010-tract.pdf">plus
de
renseignements</a>)
alors on peut avoir un texte aussi long qu'on veut ￜ la place de "de"
sans que ï¿œa pose plus de pb, mais deja avoir 2 mots collï¿œs aux balises
je trouve ï¿œa pas terrible,
mais le pire c'est quand c'est pas symï¿œtrique :
<a href="pdf/Portes-ouvertes-Biocer-2010.pdf"><strong>Portes
ouvertes</strong><br />
en fait, quand on a 2 balises collï¿œes, elles ne se voient pas, et ï¿œa
fiche la pagaille au niveau de l'indentation
... et au niveau de la lisibilitￜ en gￜnￜral, d'ailleurs, puisque le but
de l'indentation c'est justement de bien voir toutes les balises ...
(et sur ce point, le passage que t'as choisi que j'ai refait aussi
montre bien que ï¿œa va pas non plus)
SAM
> In article <4bbbb4a0$0$2986$ba4a...@reader.news.orange.fr>,
> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>
>> Si je n'm'abuse, la rï¿œgle voudrait alors que les prï¿œcï¿œdents soient
>> supprimï¿œs et que les suivants n'en fasse qu'un
>
> (et c'est bien ce que j'ai avec safari et icab)
>
> je trouve ï¿œa bï¿œte que la rï¿œgle dise d'en laisser un aprï¿œs alors qu'il
> est incongru,
Sans doute parce que ï¿œa permet de ne jamais avoir d'espace en dï¿œbut de
paragraphe, comme par exemple :
<p>
Le Thomas ne veut des espaces que comme il veut.
</p>
Mais qu'aprï¿œs ï¿œa pourrait servir ?
Que c'est donc alors au codeur de s'en prï¿œoccuper.
> ï¿œa m'empï¿œche de mettre plein d'indentations :-(
Heu ...
il faut dire que tu as quand mï¿œme une faï¿œon un peu particuliï¿œre
d'indenter.
> (mais c'est peut ï¿œtre parce que tout le monde code comme vous, et
> personne ne code comme moi ... bon, faudra que je m'y fasse ...)
Certains ne supportent aucune indentation.
>> usuellement <br> se met ￜ la fin de la ligne qui doit se faire couper
>> pourquoi en plus rajouter un espace ?
>> (au moins 2 ici: retour ligne + tabulation)
>
> retour et tabulation se transforment en espace, et ensuite tous les
> espaces sont comprimï¿œs en un seul
Oui.
Donc les 2 ou 3 "espacements" avant <br> ne font qu'un seul espace.
> alors je pensais qu'avec <br> c'ï¿œtait pareil, que les espaces
> disparaï¿œtraient en sorte de laisser un seul espace /ou/ retour
Oui,
- les 3 espaces (retour ou tab) avant <br> hop! 1 espace
Comme d'habitude pour les autres balises quoi.
- les espaces aprï¿œs le <br> sont oubliï¿œs
Comme pour le P, le DIV, ... normal, non ?
... on ne commence pas une ligne par un espace en typo.
> d'ailleurs tu demandes "pourquoi en plus rajouter un espace ?" sous
> entendu avant le <br>,
> mais pourquoi en mettre aprï¿œs ?
heu ....
pour bien indenter ? (comprendre : aￜrer ￜ la Thomas) :
<p>
blabla
<br>
afin
que je vois bien que j'ai
<strong>
forcￜ
</strong>
le retour ￜ la ligne.
</p>
Perso, et bien que ce ne soit pas tt ￜ fait usuel,
je mets souvent le <br> en ï¿œvidence :
<p>
blabla
<br>
afin que je vois bien que j'ai <strong>forcￜ</strong>
le retour ￜ la ligne.
</p>
C'est quand mￜme rare que l'espace restant avant le <br> gￜne ￜ l'affichage
--
sm
Thomas
wrote:
> Thomas a écrit :
>
> > bonjour :-)
> >
> >
> > voilà du code bien formaté selon moi :-)
> > http://biocer.fr/index-copie
> >
> Beaucoup trop de lignes blanches, je dirais (surtout entre les <li>),
> cela rend le code plus difficle à lire.
donc toi t'es pas contre les indentations, mais t'aimes pas les lignes
blanches ?
Thomas
Olivier Miakinen <om+...@miakinen.net> wrote:
> Le 07/04/2010 01:55, mcc a ï¿œcrit :
> >
> > Mais pourquoi pas
> >
> > <a href="pdf/Portes-ouvertes-Biocer-2010-tract.pdf">
> > (plus de renseignements)
> > </a>
> >
> > Pourquoi mettre tes parenthï¿œses en dehors du texte du lien ?
>
> Je serais d'accord ￜ priori pour inclure les parenthￜses dans le lien,
> sauf qu'ici ï¿œa ferait trois liens de suite sans aucune indication du
> fait qu'il s'agit de trois liens diffï¿œrents.
tout ￜ fait
sauf qu'en plus, d'un point de vue purement logique, c'est le lien que
je voulais mettre entre parenthï¿œses, pas seulement le texte support
enfin j'essaye de suivre les rï¿œgles typographiques, mï¿œme si je ne les
trouve pas toujours parfaitement logiques :-)
et je ne les connaï¿œt pas parfaitement
>
> En outre, le mï¿œme dï¿œfaut se retrouve puisque tu sautes une ligne entre
> la parenthï¿œse fermante et la balise fermante </a> : on verra un blanc
> soulignￜ aprￜs la parenthￜse
> (et pour la mï¿œme raison on pourrait en voir
> un autre avant la parenthï¿œse ouvrante, mais curieusement ce n'est pas ce
> que montre SeaMonkey).
ben non, SAM a dit "la rï¿œgle voudrait alors que les prï¿œcï¿œdents soient
supprimￜs", et t'as confirmￜ ...
Thomas
SAM <stephanemor...@wanadoo.fr.invalid> wrote:
> Le 5/7/10 5:30 AM, Thomas a ï¿œcrit :
> > In article <4bbbb4a0$0$2986$ba4a...@reader.news.orange.fr>,
> > SAM <stephanemor...@wanadoo.fr.invalid> wrote:
> >
> >> Si je n'm'abuse, la rï¿œgle voudrait alors que les prï¿œcï¿œdents soient
> >> supprimï¿œs et que les suivants n'en fasse qu'un
> >
> > (et c'est bien ce que j'ai avec safari et icab)
> >
> > je trouve ï¿œa bï¿œte que la rï¿œgle dise d'en laisser un aprï¿œs alors qu'il
> > est incongru,
>
> Sans doute parce que ï¿œa permet de ne jamais avoir d'espace en dï¿œbut de
> paragraphe, comme par exemple :
>
> <p>
> Le Thomas ne veut des espaces que comme il veut.
> </p>
>
> Mais qu'aprï¿œs ï¿œa pourrait servir ?
ah bon ?
mais l'espace aprï¿œs la balise fermante ne serait pas suffisant ??
> Que c'est donc alors au codeur de s'en prï¿œoccuper.
>
> > ï¿œa m'empï¿œche de mettre plein d'indentations :-(
>
> Heu ...
> il faut dire que tu as quand mï¿œme une faï¿œon un peu particuliï¿œre
> d'indenter.
ah bon ???
je trouve que ï¿œa suit pleinement une certaine logique, ce qui donne
effectivement un code trￜs aￜrￜ
>
> > (mais c'est peut ï¿œtre parce que tout le monde code comme vous, et
> > personne ne code comme moi ... bon, faudra que je m'y fasse ...)
>
> Certains ne supportent aucune indentation.
ah, effectivement
(bon ￜ savoir)
mais de toutes faï¿œons, comme tu disais, "les goï¿œts et les couleurs ..."
t'as tout ￜ fait raison :-)
(dommage que je ne puisse pas faire ￜ ma maniￜre)
>
>
> Perso, et bien que ce ne soit pas tt ￜ fait usuel,
> je mets souvent le <br> en ï¿œvidence :
>
> <p>
> blabla
> <br>
> afin que je vois bien que j'ai <strong>forcￜ</strong>
> le retour ￜ la ligne.
> </p>
>
>
> C'est quand mￜme rare que l'espace restant avant le <br> gￜne ￜ l'affichage
n'empï¿œche, du point de vue typographique, je ne sais pas si c'est bien
rï¿œglementaire
Thomas
bruno666 <brun...@equilibriste.fr> wrote:
> Thomas a ï¿œcrit :
>
> Un peu de lecture :
>
> http://www.la-grange.net/w3c/html4.01/struct/text.html#h-9.1
>
> Il est prï¿œfï¿œrable de ne jamais mettre d'espace (ou saut de ligne qui est
> interprￜtￜ comme une espace par le navigateur en dehors d'un conteneur
> <pre>) aprï¿œs une balise ouvrante ou avant une balise fermante.
le lien explique juste le contraire (mï¿œme si c'est pas contradictoire)
et dans l'exemple donnￜ, si on veut absolument que le lien couvre les
espaces aussi, ce qui me parait curieux, on peut tjr utiliser des
espaces insï¿œcables
ceci dit, je continue de rï¿œler,
mais j'ai bien compris quelles sont les rï¿œgles, et que trop peu de monde
a mes habitudes d'aï¿œration du code,
et je vous remercie tous pour vos contributions :-)
Olivier Miakinen
Le 08/05/2010 17:25, Thomas a ï¿œcrit :
> In article <4bbc79ee$1...@meta.neottia.net>,
> Olivier Miakinen <om+...@miakinen.net> wrote:
>
>> Le 07/04/2010 01:55, mcc a ï¿œcrit :
Je sais que usenet est asynchrone, mais bon, avec une intervention par
mois ï¿œa devient difficile de suivre le fil de la discussion. Je n'ai
mￜme plus accￜs ￜ l'article auquel tu rￜponds. :-(
>> > Mais pourquoi pas
>> >
>> > <a href="pdf/Portes-ouvertes-Biocer-2010-tract.pdf">
>> > (plus de renseignements)
>> > </a>
>> >
>> > Pourquoi mettre tes parenthï¿œses en dehors du texte du lien ?
>>
>> Je serais d'accord ￜ priori pour inclure les parenthￜses dans le lien,
>
>> sauf qu'ici ï¿œa ferait trois liens de suite sans aucune indication du
>> fait qu'il s'agit de trois liens diffï¿œrents.
>
> tout ￜ fait
>
> sauf qu'en plus, d'un point de vue purement logique, c'est le lien que
> je voulais mettre entre parenthï¿œses, pas seulement le texte support
???
Je rￜponds peut-ￜtre ￜ cￜtￜ, vu que je n'y comprends plus rien, mais
peut-ï¿œtre voulais-tu :
(plus de <a href=...>renseignements</a>)
?
>> En outre, le mï¿œme dï¿œfaut se retrouve puisque tu sautes une ligne entre
>> la parenthï¿œse fermante et la balise fermante </a> : on verra un blanc
>> soulignￜ aprￜs la parenthￜse
>
>> (et pour la mï¿œme raison on pourrait en voir
>> un autre avant la parenthï¿œse ouvrante, mais curieusement ce n'est pas ce
>> que montre SeaMonkey).
>
> ben non, SAM a dit "la rï¿œgle voudrait alors que les prï¿œcï¿œdents soient
> supprimￜs", et t'as confirmￜ ...
Ah ? Bon, si tu le dis...
--
Olivier Miakinen
Olivier Miakinen
>>
>> Heu ...
>> il faut dire que tu as quand mï¿œme une faï¿œon un peu particuliï¿œre
>> d'indenter.
>
> ah bon ???
> je trouve que ï¿œa suit pleinement une certaine logique, ce qui donne
> effectivement un code trￜs aￜrￜ
Pour ma part, mon indentation reflï¿œte en gï¿œnï¿œral ce que donnerait la
page avec comme formatage une marge gauche ￜ chaque ￜlￜment de type
bloc. J'indente donc d'un niveau de plus ￜ chaque P ou DIV, mais bien
sï¿œr les SPAN, A, EM ou STRONG ne changent pas l'indentation.
Du coup, le code HTML ressemblant pas mal au rￜsultat affichￜ, c'est ￜa
que je trouve le plus lisible quand je veux changer quelque chose.
--
Olivier Miakinen
Olivier Miakinen
>>
>> http://www.la-grange.net/w3c/html4.01/struct/text.html#h-9.1
>>
>> Il est prï¿œfï¿œrable de ne jamais mettre d'espace (ou saut de ligne qui est
>> interprￜtￜ comme une espace par le navigateur en dehors d'un conteneur
>> <pre>) aprï¿œs une balise ouvrante ou avant une balise fermante.
>
> le lien explique juste le contraire (mï¿œme si c'est pas contradictoire)
Plus exactement, le lien explique longuement qu'une serie de caractï¿œres
blancs (espaces, tabulations, sauts de ligne, etc.) se transforment en
principe en une espace, ce qui est bien l'origine de ton problï¿œme.
Simplement, ￜ la fin, il indique que contrairement ￜ la plupart des
navigateurs il y en a qui ne respectent pas cette norme et qui virent
l'espace. Ta faï¿œon de coder serait parfaite si tous les navigateurs
ï¿œtaient buguï¿œs, mais malheureusement pour toi ce n'est pas le cas.
Cordialement,
--
Olivier Miakinen
Thomas
Olivier Miakinen <om+...@miakinen.net> wrote:
> Bonjour,
>
> Le 08/05/2010 17:25, Thomas a ï¿œcrit :
> > In article <4bbc79ee$1...@meta.neottia.net>,
> > Olivier Miakinen <om+...@miakinen.net> wrote:
> >
> >> Le 07/04/2010 01:55, mcc a ï¿œcrit :
>
> Je sais que usenet est asynchrone, mais bon, avec une intervention par
> mois ï¿œa devient difficile de suivre le fil de la discussion. Je n'ai
> mￜme plus accￜs ￜ l'article auquel tu rￜponds. :-(
dￜsolￜ, en ce moment je fais plein de choses en mￜme temps
<http://groups.google.fr/group/fr.comp.infosystemes.www.auteurs/browse_th
read/thread/0a5845e4b4df74be>
Thomas
Olivier Miakinen <om+...@miakinen.net> wrote:
bon point de vue, merci :-)