Re: [openplacos-dev] Configuration graphique

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


Je precise: sur le nombre de pin d'IO. A distinguer du cas ou cela
change juste les ifaces, comme sur une regule par exemple. Sur ce coup
la, on avait dit (ca peut evoluer hein ;-) ) qu'on partait sur un
mecanisme d'heritage d'interfaces: la regule est compatible avec
toutes les iface de type analog*



Le 20 juillet 2011 16:42, flagos <flagospub@xxxxxxxxx> a écrit :
> Enfin voila, la vrai question c'est est ce qu'on va avoir beaucoup de
> composants dont la configuration va changer les IO ? Est ce que ca
> repond a un vrai besoin ou un petit bricolage comme je te propose peut
> repondre au probleme ?
>
> Le 20 juillet 2011 16:29, flagos <flagospub@xxxxxxxxx> a écrit :
>> 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
>>
>
>
>
> --
> Tapé depuis mon clavier
>



-- 
Tapé depuis mon clavier



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