Re: [openplacos-dev] Configuration graphique

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


pour ucham, je trouvais plus le nom :-) il a besoin du point de
montage de la carte.

Le 20 juillet 2011 17:10, flagos <flagospub@xxxxxxxxx> a écrit :
> Bon si tu veux. C'est vrai pour que pour le discover on pourrait s'en servir.
>
> Il faut donc que le composant dise ce qu'il attend pour etre configuré
> s'il ne recoit pas de config. Typiquement ton arduino, on va avoir une
> liste d'arduino, le gars va devoir choisir un parmi la liste. Apres il
> va y avoir le cas d'un composant protocole où lui va plutot demander
> une liste de variables a setter pour qu'il puisse efffectivement
> decouvrir ses copains.
>
> Question subsidiaire: mon driver uCham, il a besoin d'un fichier ou
> est mappé la carte. On le cale la ? Autrement dit, je reformule:
> Est-ce que les composants qui n'ont pas besoin d'une config pour
> connaitre leur IO mais qui ont en besoin d'une pour juste fonctionner
> peuvent aussi utiliser ce mecanisme ? Ca pourrait etre pratique non ?
>
> Le 20 juillet 2011 16:59, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
>> c'est pas la solution qui me parait atroce, c'est le concept deriere.
>> dans 99% des cas, le --introspect est construit dynamiquement, parce que se
>> le palucher a la main pour 40 pins bof.
>> par exemple ton simple_placos.rb
>>
>> apres, je pense que tu est d'accord c'est pas une incompatibilité du server.
>> ca me choque juste de limiter arbitrairement les composants pour un problème
>> au niveau d'une ihm.
>> le dynamisme c'est plutot quelque chose de bien, je vois pas pourquoi on
>> l'empecherais.
>> alors certe ca va pas etre le truc le plus courant du monde, mais quand
>> meme, ca me saoule d'introduire des limitations alors qu'on a un server avec
>> une archi bien pensé et quasiment ilimitée.
>>
>> bon aller un exemple ou on peut pas trop s'en sortir : un composant qui fait
>> de l'auto-discover.
>>
>> alors voila, on a un truc qui va pas servir tout les 4 matins, donc c'est
>> pas trop imonde de prévoir un mecanisme comme je l'ai proposé, et d'un autre
>> coté on leve une limitation sur les composants.
>>
>> 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/