Re: [openplacos-dev] Configuration graphique

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


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.

ouai mais par exemple tu peux avoir 3 composants de quelques lignes
qui chargent et configure un librairie-composant arduino generique
grace a un joli require. Ca me parait pas atroce comme vision des
choses.

Le 20 juillet 2011 16:17, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
> 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
>>
>>
>
>



-- 
Tapé depuis mon clavier



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