Re: [openplacos-dev] Configuration graphique

[ Thread Index | Date Index | More lists.tuxfamily.org/openplacos-dev Archives ]


héhé
faut pas s'embaler, bien evidement quand je parle d'optimisation c'est des choses qui sont conditionné par le fait d'avoir implémenté les truc et de voir si reelement c'est ca qui pose probleme.
je laches les truc un peut comme ils me viennent a l'esprit.

Sinon pour le coup des argument part default, je dirais qu'il y a apriori pas mal de cas ou les choses vont etre conditionée par les arguments.
pour le server, pas de problème, on a dit qu'on lancais l'introspect avec la config.
Sur le fond je trouve pas ca judicieux d'avoir a coder sont composant de maniere statique alors que la seul vraie limitation vient de l'ihm de config graphique.
Au départ j'etait partit sur un drivers pour chaque version d'arduino, mais ca ma rapidement souler de maintenir des modif dans 3 fichiers différent alors que c'est juste 3 lignes de codes qui changent.
enfin voila je pense que c'est plus a l'ihm de se plier aux exigence des composants plutot que l'inverse.

Le 20 juillet 2011 16:02, flagos <flagospub@xxxxxxxxx> a écrit :
oui les parametres c'est pas evident. Il faudrait que le composant
puisse nous dire qu'il est en réalité plusieurs composant et qu'on ait
un introsdpect qui represente en réalité plusieurs composants. Ca
complique tout de meme pas mal, a voir si en pratique il est pas
préférable d'avoir un composant a chaque par exemple.

apres toujour en mode optimisation, on pourrai mettre en cache les
info d'instrospection et les réactualiser sur la base de la date de
modif du fichiers.

Alors ca, typiquement c'est le genre de trucs ou il faut faire gaffe.
Par experience, les bonnes optimisations sont rarement la ou on les
attend. J'ai vu ca pas mal de fois sur lilibio. J'ai voulu cacher
certaines requetes et en réalité j'y perdai en perfs (aller lire un
fichier c'est vachement plus couteux qu'il n'y parait), sans meme te
parler de la source de bugs que ca ajoutait. Avant de rentrer dans ces
considérations, il faut benchmarker, constater et analyser le truc.
Honnetement, il faut d'abord développer sainement, et ensuite analyser
méthodiquement les bottlenecks, sans idées préconcues sur la source du
probleme. De maniere generale, les bottlenecks sont rarement la ou on
les attend et souvent sur les sites a fortes charges, ce ne sont pas
les memes gonzes et qui codent et qui optimisent.

genre a chaque composant le require "dbus" qui prend 20Mo ben on va y
avoir droit.
Je pouvais pas rever de meilleur exemple. Le require dbus, il va
prendre un certain temps a etre charge. Tu te dis que le charger a
chaque fois est inutile et donc source de ralentissements. En réalité,
les petits gars du kernel y ont deja pensé et les source du gem ne
sont pas rechargés puisqu'ils sont deja alloués en mémoire et donc
cachés. En gros, ca risque de te pas te prendre autant de temps que tu
n'imagines. En réalité, tu risques de passer autant de temps a parser
ton fichier de cache, qui en plus d'etre source de bug, pour quelque
chose qui sera peut etre inutile comparé a l'ordre de grandeur du boot
de la machine virtuelle ruby par exemple.

Conclusion: Il faut coder d'abord, benchmarker, analyser s'il y a un
probleme plutot que d'y aller au doigt mouillé et s'essayer a la
pseudo optimisation sans vraiment savoir ce qu'on fait ni si ca va
servir a quelque chose. D'une manière generale d'ailleurs, dans nos
discussions, je repond assez peu a tes consuidérations sur les
optimisations de mémoire ou de perfs. Je pense que bcp d'entre elles
sont infondées sans mesure (meme si je n'en sais rien moi meme). On
code a un niveau beaucoup trop haut pour pouvoir se prononcer, je
pense qu'il faut qu'on code simplement notre truc et on verra par la
suite les points bloquants s'il y en a.



Le 20 juillet 2011 15:33, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
> apres c'est du detail mais les composant ne pourront etre introspecté que
> avec les option par default.
> il faudra donc prevoir un truc du style "click droit / reintrospecter le
> composant"
> par exemple le driver arduino est en UNO par default.
> si on veut le mega, (donc plus de pin) il faut lui spécifier un argument, ce
> qui ne peut etre fait que au moment de la config.
> genre le type drag & drop le composant, remplit les champs paramètre et
> réintrospect pour avoir les nouvelles pinoches.
>
> apres toujour en mode optimisation, on pourrai mettre en cache les info
> d'instrospection et les réactualiser sur la base de la date de modif du
> fichiers.
> parce que j'ai un peut peur que a la longue cette phase d'introspect de tout
> le monde soit relativement longue.
> genre a chaque composant le require "dbus" qui prend 20Mo ben on va y avoir
> droit.
>
> Le 20 juillet 2011 14:18, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
>>
>> Oui il faut eviter de lancer trop de la merde.
>> idem si on doit parcourir tout le dossier rails, ca serai relou de perdre
>> 40 ans la dessus.
>> donc oui faudrait un critere du style : commencant pas opos_ et
>> executable.
>>
>> Le 20 juillet 2011 14:14, flagos <flagospub@xxxxxxxxx> a écrit :
>>>
>>> Oui ben apres quand un gonze ajoute un dossier, on peut s'y ballader
>>> comme bon nous semble, donc s'il est organisé en sous dossier on s'en
>>> fiche et on explore. c'est completement a la discrétion de
>>> l'utilisateur quelque part. Le seul truc ou il faut faire gaffe c'est
>>> qu'il faut etre un peu sur que c'est un bien un composant, genre
>>> eviter de lancer trop de la merde en root. Si le gonze a chargé des
>>> scripts tout pas beaux pour faire des tests sur son filesystem et
>>> qu'il ajoute tout son dossier ~/Downloads/ pour ajouter les 2
>>> composants qu'il a chopé sur un forum, ce serait bien qu'on les
>>> execute pas quoi.
>>>
>>> Une petite convention sur le nom, genre il doit commencer par un opos_
>>> ca coute pas trop cher et ca peut eviter de faire de la daube, je sais
>>> pas ce que tu en penses
>>>
>>> Le 20 juillet 2011 14:07, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
>>> > Oui je pensais bien que tu voulais parler de ca, et moi j'ai rebondit
>>> > sur le
>>> > classement.
>>> >
>>> > Et evidement, ce sont des infos optionelles a caller dans l'introspect
>>> > qui
>>> > ne doivent pas servir au server je suis ok.
>>> > ct plus pour savoir un peut comment on classe les truc pour que ca soit
>>> > pas
>>> > l'horreur quand on veux retrouver ses billes.
>>> >
>>> > Le 20 juillet 2011 13:50, flagos <flagospub@xxxxxxxxx> a écrit :
>>> >>
>>> >> Ce que je demandais c'etait pas exactement ca, c'est juste de pouvoir
>>> >> caler une liste de dossiers. Un truc qui soit extensible, la tu parles
>>> >> plus de classement. Genre tu veux ajouter un dossier qui est dans ton
>>> >> home, un dossier qui est dans l'install openplacos standard et taper
>>> >> sur des composants qui sont dans les 2.
>>> >>
>>> >> Apres, ce que je me disais, c'etait que le composant lui meme nous
>>> >> donne lors de l'introspect des infos sur lui meme: typiquement ce que
>>> >> tu dis, savoir si c'est un plugin, sensor etc. Par contre, il faut
>>> >> absoument garder a l'esprit que cette info ne doit jamais etre
>>> >> utilisée par le serveur, c'est juste pour aider a UI de config et
>>> >> surtout c'est optionel. Pareil, le composant pourrait nous retourner
>>> >> une phrase ou 2 pour decrire a quoi sert son composant. Encore une
>>> >> fois, uniquement pour l'aide a la config et optionnel.
>>> >>
>>> >> Le 20 juillet 2011 13:32, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit
>>> >> :
>>> >> > oki
>>> >> >
>>> >> > je sais pas si ca a un rapport, mais je me demande comment on va
>>> >> > gerer
>>> >> > le
>>> >> > classement des composants.
>>> >> > genre on peu avoir un gros dossier composant ou ils sont tous callé
>>> >> > en
>>> >> > vrac,
>>> >> > ou alors un gros dossier avec des sous dossiers par type, juste
>>> >> > histoire
>>> >> > que
>>> >> > le jour ou on a 1000 composant, on passe pas 3 ans a chercher le
>>> >> > bon.
>>> >> > genre
>>> >> > un classement style plugin, IOcard, sensors , actuator , etc ..
>>> >> >
>>> >> > Le 20 juillet 2011 11:40, flagos <flagospub@xxxxxxxxx> a écrit :
>>> >> >>
>>> >> >> Au niveau features a gerer pour cette interface, il y aurait la
>>> >> >> gestion d'une bibliotheque pour pouvoir ajouter des composants. Ce
>>> >> >> serait un champ en plus dans la config en somme mais faudra juste y
>>> >> >> penser
>>> >> >>
>>> >> >> Le 19 juillet 2011 19:56, flagos <flagospub@xxxxxxxxx> a écrit :
>>> >> >> > evidemment
>>> >> >> >
>>> >> >> > Le 19 juillet 2011 19:46, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a
>>> >> >> > écrit :
>>> >> >> >> ben j'ai git cloner le bouzin, et j'ai ouvert le fichier
>>> >> >> >> index.html
>>> >> >> >> avec mon
>>> >> >> >> chrome
>>> >> >> >> ensuite j'ai modifier la définition des modules dans le fichier
>>> >> >> >> js
>>> >> >> >> qui
>>> >> >> >> va a
>>> >> >> >> coté.
>>> >> >> >> pas besoin de server.
>>> >> >> >>
>>> >> >> >> Le 19 juillet 2011 19:35, flagos <flagospub@xxxxxxxxx> a écrit :
>>> >> >> >>>
>>> >> >> >>> ouai c'est cool ca le fait bien !
>>> >> >> >>>
>>> >> >> >>> Tu as fait comment pour instancier un truc ? T'as recup son
>>> >> >> >>> template
>>> >> >> >>> et ta balance ca sur un apache ?
>>> >> >> >>>
>>> >> >> >>> Le 19 juillet 2011 19:33, flagos <flagospub@xxxxxxxxx> a écrit
>>> >> >> >>> :
>>> >> >> >>> > stylished !
>>> >> >> >>> >
>>> >> >> >>> > Le 19 juillet 2011 19:25, miaouf kirsh
>>> >> >> >>> > <miaoufkirsh@xxxxxxxxx> a
>>> >> >> >>> > écrit :
>>> >> >> >>> >> test a la main
>>> >> >> >>> >> En piece jointe.
>>> >> >> >>> >>
>>> >> >> >>> >> Le 19 juillet 2011 18:02, flagos <flagospub@xxxxxxxxx> a
>>> >> >> >>> >> écrit :
>>> >> >> >>> >>>
>>> >> >> >>> >>> j'avoue lol, le gars il aurait pas plus faire pratique par
>>> >> >> >>> >>> rapport
>>> >> >> >>> >>> a
>>> >> >> >>> >>> notre intropect
>>> >> >> >>> >>>
>>> >> >> >>> >>> Le 19 juillet 2011 18:01, miaouf kirsh
>>> >> >> >>> >>> <miaoufkirsh@xxxxxxxxx>
>>> >> >> >>> >>> a
>>> >> >> >>> >>> écrit
>>> >> >> >>> >>> :
>>> >> >> >>> >>> > franchement, quand tu voit ce qu'il faut declarer pour
>>> >> >> >>> >>> > les
>>> >> >> >>> >>> > modules :
>>> >> >> >>> >>> >
>>> >> >> >>> >>> > {
>>> >> >> >>> >>> >  "name": "InOut test",
>>> >> >> >>> >>> >  "container": {
>>> >> >> >>> >>> >     "xtype":"WireIt.InOutContainer",
>>> >> >> >>> >>> >     "inputs": ["text1", "text2", "option1"],
>>> >> >> >>> >>> >     "outputs": ["result", "error"]
>>> >> >> >>> >>> >   }
>>> >> >> >>> >>> > }
>>> >> >> >>> >>> >
>>> >> >> >>> >>> > On a deja toute les billes en main avec le --introspect
>>> >> >> >>> >>> >
>>> >> >> >>> >>> > Le 19 juillet 2011 17:38, miaouf kirsh
>>> >> >> >>> >>> > <miaoufkirsh@xxxxxxxxx> a
>>> >> >> >>> >>> > écrit :
>>> >> >> >>> >>> >>
>>> >> >> >>> >>> >> Oui son nouveau truc utilise l'ancien pour le coté
>>> >> >> >>> >>> >> graphique,
>>> >> >> >>> >>> >> apres
>>> >> >> >>> >>> >> j'ai
>>> >> >> >>> >>> >> pas l'impression que ca pourrai nous interesser.
>>> >> >> >>> >>> >>
>>> >> >> >>> >>> >> pour en revenir a wireit, ce qui est pas mal c'est que
>>> >> >> >>> >>> >> ca
>>> >> >> >>> >>> >> tourne
>>> >> >> >>> >>> >> plus
>>> >> >> >>> >>> >> ou
>>> >> >> >>> >>> >> moins en JS+html, et donc pas besoin d'avoir un server
>>> >> >> >>> >>> >> particulier
>>> >> >> >>> >>> >> en
>>> >> >> >>> >>> >> backend.
>>> >> >> >>> >>> >> ce qui nous laisse le choix de la techno pour le server
>>> >> >> >>> >>> >> de
>>> >> >> >>> >>> >> la
>>> >> >> >>> >>> >> console
>>> >> >> >>> >>> >> d'admin
>>> >> >> >>> >>> >>
>>> >> >> >>> >>> >> Le 19 juillet 2011 17:32, flagos <flagospub@xxxxxxxxx> a
>>> >> >> >>> >>> >> écrit
>>> >> >> >>> >>> >> :
>>> >> >> >>> >>> >>>
>>> >> >> >>> >>> >>> http://neyric.github.com/webhookit/docs/index.html
>>> >> >> >>> >>> >>>
>>> >> >> >>> >>> >>> En mattant sur son blog, le gars a l'air de vouloir
>>> >> >> >>> >>> >>> faire
>>> >> >> >>> >>> >>> son
>>> >> >> >>> >>> >>> projet
>>> >> >> >>> >>> >>> dans un cadre plus grand. Par contre ca a pas l'air
>>> >> >> >>> >>> >>> d'avoir
>>> >> >> >>> >>> >>> encore
>>> >> >> >>> >>> >>> abouti. Ce qui explique qu'il ne donne plus de
>>> >> >> >>> >>> >>> nouvelles
>>> >> >> >>> >>> >>> sur
>>> >> >> >>> >>> >>> l'ancien
>>> >> >> >>> >>> >>> projet.
>>> >> >> >>> >>> >>>
>>> >> >> >>> >>> >>> Le 19 juillet 2011 17:30, miaouf kirsh
>>> >> >> >>> >>> >>> <miaoufkirsh@xxxxxxxxx>
>>> >> >> >>> >>> >>> a
>>> >> >> >>> >>> >>> écrit
>>> >> >> >>> >>> >>> :
>>> >> >> >>> >>> >>> > oki,
>>> >> >> >>> >>> >>> > en fait, au niveau de tout ce que j'ai vu dans le
>>> >> >> >>> >>> >>> > style
>>> >> >> >>> >>> >>> > "boitent
>>> >> >> >>> >>> >>> > qui
>>> >> >> >>> >>> >>> > se
>>> >> >> >>> >>> >>> > connectent", c'est pour le moment le truc le plus
>>> >> >> >>> >>> >>> > haut
>>> >> >> >>> >>> >>> > niveau.
>>> >> >> >>> >>> >>> > les autres machins il faut se palucher un peut tout,
>>> >> >> >>> >>> >>> > la
>>> >> >> >>> >>> >>> > tu a
>>> >> >> >>> >>> >>> > deja
>>> >> >> >>> >>> >>> > une
>>> >> >> >>> >>> >>> > iface
>>> >> >> >>> >>> >>> > avec tout ce qu'il nous faut.
>>> >> >> >>> >>> >>> > En gros le framework est fait pour ca.
>>> >> >> >>> >>> >>> >
>>> >> >> >>> >>> >>> > genre sproutcore, tu a une démo qui ressemble, mais
>>> >> >> >>> >>> >>> > deriere
>>> >> >> >>> >>> >>> > c'est du
>>> >> >> >>> >>> >>> > custom
>>> >> >> >>> >>> >>> > code, avec des sprite et de la css a faire a la main.
>>> >> >> >>> >>> >>> >
>>> >> >> >>> >>> >>> > Le 19 juillet 2011 17:26, flagos
>>> >> >> >>> >>> >>> > <flagospub@xxxxxxxxx> a
>>> >> >> >>> >>> >>> > écrit :
>>> >> >> >>> >>> >>> >>
>>> >> >> >>> >>> >>> >> ah excuse moi, j'ai mal lu, j'ai cru que tu disais
>>> >> >> >>> >>> >>> >> que
>>> >> >> >>> >>> >>> >> ce
>>> >> >> >>> >>> >>> >> n'etais
>>> >> >> >>> >>> >>> >> PAS
>>> >> >> >>> >>> >>> >> adapte.. dsl
>>> >> >> >>> >>> >>> >>
>>> >> >> >>> >>> >>> >> Le 19 juillet 2011 17:26, flagos
>>> >> >> >>> >>> >>> >> <flagospub@xxxxxxxxx> a
>>> >> >> >>> >>> >>> >> écrit
>>> >> >> >>> >>> >>> >> :
>>> >> >> >>> >>> >>> >> > Et en quoi c'est pas adapté a notre problématique
>>> >> >> >>> >>> >>> >> > ? je
>>> >> >> >>> >>> >>> >> > veux
>>> >> >> >>> >>> >>> >> > dire,
>>> >> >> >>> >>> >>> >> > je
>>> >> >> >>> >>> >>> >> > vois pas tellement d'autres maniere de faire... Le
>>> >> >> >>> >>> >>> >> > gars
>>> >> >> >>> >>> >>> >> > fait
>>> >> >> >>> >>> >>> >> > joujou
>>> >> >> >>> >>> >>> >> > avec ses boites en js, une fois que c'est
>>> >> >> >>> >>> >>> >> > formatté,
>>> >> >> >>> >>> >>> >> > hop
>>> >> >> >>> >>> >>> >> > upload en
>>> >> >> >>> >>> >>> >> > ajax
>>> >> >> >>> >>> >>> >> > et nous on dumpe la config.
>>> >> >> >>> >>> >>> >> >
>>> >> >> >>> >>> >>> >> > Le 19 juillet 2011 17:23, miaouf kirsh
>>> >> >> >>> >>> >>> >> > <miaoufkirsh@xxxxxxxxx> a
>>> >> >> >>> >>> >>> >> > écrit :
>>> >> >> >>> >>> >>> >> >> En fait, ya pas mal de fork sur github, mais le
>>> >> >> >>> >>> >>> >> >> mainteneur
>>> >> >> >>> >>> >>> >> >> principal
>>> >> >> >>> >>> >>> >> >> donne
>>> >> >> >>> >>> >>> >> >> pas trop signe de vie j'ai l'impression.
>>> >> >> >>> >>> >>> >> >> par contre le truc a l'air vraiment adapté a
>>> >> >> >>> >>> >>> >> >> notre
>>> >> >> >>> >>> >>> >> >> problématique.
>>> >> >> >>> >>> >>> >> >> En gros tu va decrire en JSON (yaml) tes modules
>>> >> >> >>> >>> >>> >> >> en
>>> >> >> >>> >>> >>> >> >> terme
>>> >> >> >>> >>> >>> >> >> d'input/output. tu
>>> >> >> >>> >>> >>> >> >> peut aussi leur affecter des propriété etc ...
>>> >> >> >>> >>> >>> >> >> puis apres le truc fait plus ou moins sont
>>> >> >> >>> >>> >>> >> >> boulot.
>>> >> >> >>> >>> >>> >> >> après tu a aussi a décrire comment et sous quelle
>>> >> >> >>> >>> >>> >> >> forme
>>> >> >> >>> >>> >>> >> >> tu
>>> >> >> >>> >>> >>> >> >> veut
>>> >> >> >>> >>> >>> >> >> que
>>> >> >> >>> >>> >>> >> >> le
>>> >> >> >>> >>> >>> >> >> truc
>>> >> >> >>> >>> >>> >> >> te dump ton graphique.
>>> >> >> >>> >>> >>> >> >>
>>> >> >> >>> >>> >>> >> >> Le reste est plus ou moins automatique.
>>> >> >> >>> >>> >>> >> >> Le 19 juillet 2011 17:12, flagos
>>> >> >> >>> >>> >>> >> >> <flagospub@xxxxxxxxx> a
>>> >> >> >>> >>> >>> >> >> écrit :
>>> >> >> >>> >>> >>> >> >>>
>>> >> >> >>> >>> >>> >> >>> sympa !
>>> >> >> >>> >>> >>> >> >>>
>>> >> >> >>> >>> >>> >> >>> C'est pas maintenu.. mais si ca marche ?
>>> >> >> >>> >>> >>> >> >>>
>>> >> >> >>> >>> >>> >> >>> 2011/7/19 miaouf kirsh <miaoufkirsh@xxxxxxxxx>:
>>> >> >> >>> >>> >>> >> >>> > http://neyric.github.com/wireit/
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> > un exemple
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> > http://neyric.github..com/wireit/plugins/editor/examples/logicGates/index.html
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>> > dommage que ca ne soit plus trop maintenu
>>> >> >> >>> >>> >>> >> >>> >
>>> >> >> >>> >>> >>> >> >>>
>>> >> >> >>> >>> >>> >> >>>
>>> >> >> >>> >>> >>> >> >>>
>>> >> >> >>> >>> >>> >> >>> --
>>> >> >> >>> >>> >>> >> >>> Tapé depuis mon clavier
>>> >> >> >>> >>> >>> >> >>>
>>> >> >> >>> >>> >>> >> >>>
>>> >> >> >>> >>> >>> >> >>
>>> >> >> >>> >>> >>> >> >>
>>> >> >> >>> >>> >>> >> >
>>> >> >> >>> >>> >>> >> >
>>> >> >> >>> >>> >>> >> >
>>> >> >> >>> >>> >>> >> > --
>>> >> >> >>> >>> >>> >> > Tapé depuis mon clavier
>>> >> >> >>> >>> >>> >> >
>>> >> >> >>> >>> >>> >>
>>> >> >> >>> >>> >>> >>
>>> >> >> >>> >>> >>> >>
>>> >> >> >>> >>> >>> >> --
>>> >> >> >>> >>> >>> >> Tapé depuis mon clavier
>>> >> >> >>> >>> >>> >>
>>> >> >> >>> >>> >>> >>
>>> >> >> >>> >>> >>> >
>>> >> >> >>> >>> >>> >
>>> >> >> >>> >>> >>>
>>> >> >> >>> >>> >>>
>>> >> >> >>> >>> >>>
>>> >> >> >>> >>> >>> --
>>> >> >> >>> >>> >>> Tapé depuis mon clavier
>>> >> >> >>> >>> >>>
>>> >> >> >>> >>> >>>
>>> >> >> >>> >>> >>
>>> >> >> >>> >>> >
>>> >> >> >>> >>> >
>>> >> >> >>> >>>
>>> >> >> >>> >>>
>>> >> >> >>> >>>
>>> >> >> >>> >>> --
>>> >> >> >>> >>> Tapé depuis mon clavier
>>> >> >> >>> >>>
>>> >> >> >>> >>>
>>> >> >> >>> >>
>>> >> >> >>> >>
>>> >> >> >>> >
>>> >> >> >>> >
>>> >> >> >>> >
>>> >> >> >>> > --
>>> >> >> >>> > Tapé depuis mon clavier
>>> >> >> >>> >
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> --
>>> >> >> >>> Tapé depuis mon clavier
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>
>>> >> >> >>
>>> >> >> >
>>> >> >> >
>>> >> >> >
>>> >> >> > --
>>> >> >> > Tapé depuis mon clavier
>>> >> >> >
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >> --
>>> >> >> Tapé depuis mon clavier
>>> >> >>
>>> >> >>
>>> >> >
>>> >> >
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Tapé depuis mon clavier
>>> >>
>>> >>
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Tapé depuis mon clavier
>>>
>>>
>>
>
>



--
Tapé depuis mon clavier





Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/