Menu
▾
▴
Re: [I-score-users] les boucles
|
From: Théo de la H. <the...@gm...> - 2015-01-08 17:05:24
|
Bonjour à tous, j'ai suivi la discussion de loin mais c'est effectivement délicat de réagir par mail. la mise en oeuvre des boucles tels que le propose le nouveau moteur est à revoir de toute façon car compliquée à manipuler mais le nouveau moteur pourrait permettre des solutions + simples. ok pour faire un gros point là-dessus lors de la réunion début février. @JM : je n'ai pas réussi à ouvrir le document que tu as partagé. est-ce une image ? ou un pdf ? à+ TO Le 7 janv. 2015 à 10:51, Pascal Baltazar <pa...@ba...> a écrit : > Est-ce qu’il y a urgence à décider de cela, ou bien est-ce que ça peut attendre début février ? > > J’ai l’impression qu’on se complique la vie avec des choses qui correspondent à l’ancien modèle (le réseau de Petri) alors que le moteur implémenté par Théo est beaucoup moins contraint, et permettrait peut-être de représenter les choses plus simplement et de manière plus générique (et lisible) > Et j’ai l’impression que la discussion serait plus simple et efficace tous physiquement réunis autour d’un tableau blanc (et avec la présence de Théo, qui est off jusqu’à la fin du mois ±) > > Pascal Baltazar > pa...@ba... > http://www.baltazars.org > >> On 07 Jan 2015, at 16:36, Jean-Michaël Celerier <jea...@gm...> wrote: >> >> Je suis en train de faire des schémas de ce qu'on pourrait vouloir représenter. >> >> J'aimerais votre avis : >> https://drive.google.com/file/d/0B-YSI-qElYXCeUZ5aUZBOWVuOEU/view?usp=sharing >> >> Est-ce qu'on pourrait essayer de retrouver une représentation ou au minimum une explication de comment on pourrait créer chacun des cas présentés dans ce doc avec les boucles ? >> >> >> >> ------- >> Jean-Michaël Celerier >> http://www.jcelerier.name >> >> 2015-01-07 10:11 GMT+01:00 Clément BOSSUT <bos...@gm...>: >> Bon, je comprend pas tout ce que tout le monde dit, peut-être cette question mériterait un skype. Mais ce qui me paraît plus ou moins sûr, c'est qu'il serait utile de pouvoir stopper une courbe sans envoyer sa valeur de destination, et retirer cette valeur de l'évènement final semble une solution relativement simple, bien que peu explicite. >> >> Jusqu'à présent, je considérais personnellement que la présence d'une courbe dans une boîte impliquait intrinsèquement le remplissage de l'évènement final, ça concorde donc de rajouter cette possibilité. >> >> Sinon, l'autre solution est de rajouter un paramètre aux fonctions/boîtes/contraintes, à savoir, je n'envoie pas mon état de fin associé si on me coupe avant ma fin présumée. >> >> Le 6 janvier 2015 12:00, Antoine Villeret <ant...@gm...> a écrit : >> >> >> Le 6 janvier 2015 11:48, Pascal Baltazar <pa...@ba...> a écrit : >> >>> On 06 Jan 2015, at 11:29, Antoine Villeret <ant...@gm...> wrote: >>> >>> d'un point de vue d'utilisateur, je trouverai ça très bizarre qu'une courbe ne se termine pas par l'élément de fin de la boîte qui la contient. >> Mais c’est pas ça que tu demandais justement dans le cas des boucles ? >> >> non je demande que la boucle ne se termine pas par l'élément de fin >> la courbe quand à elle doit se finir sur l'élément de fin de la boîte. >> sauf que si on arrête la lecture de la courbe avant la fin de la boite (en mettant pause ou en stoppant la boucle) on ne joue pas l'événement de fin >> >> Ceci dit, je ne suis pas sûr que vous parliez tous les deux exactement de la même chose >> je crois que JM veut dire que la valeur du dernier point d’une courbe n’a pas nécessairement à être partagée avec l’état de l’événement de fin… ce qui laisserait ce dernier vide, et permettrait des interruptions en milieu de courbe (et donc de contrainte) >> C’est ça ? >> >> c'est bien ce que j'avais compris, et ça me semble bizarre d'un point de vue utilisateur >> du moins, certains logiciels que j'ai pratiqué (GroTools) fonctionnaient d'une ceratine manière sur ce principe, et j'ai toujours trouver ça très énervant >> de plus, l'événement de fin n'apparaît pas graphiquement comme la courbe et un tel comportement gênerait à mon avis la lisibilité (et je me souviens de Renaud qui parlais à Albi de la nécessité de *voir* tout ce qui se passe) >> >> + >> a >> >>> et si je veux faire un comportement qui ressemble à ça, je crée un événement supplémentaire indépendant de la boîte qui contient la courbe. >>> >>> + >>> a >>> >>> -- >>> do it yourself >>> http://antoine.villeret.free.fr >>> >>> Le 6 janvier 2015 11:22, Jean-Michaël Celerier <jea...@gm...> a écrit : >>> >>> 2015-01-06 1:39 GMT-08:00 Antoine Villeret <ant...@gm...>: >>> il me semble que l'état de fin permet d'interpoler depuis l'état de début, non ? >>> >>> Juste par rapport à ça, j'aurais tendance à dire que c'est une facilité à la création d'une courbe, mais une fois qu'on a fait la courbe on n'est pas obligé de garder son état de fin pour qu'elle fonctionne; elle peut en être indépendante, et l'état de fin contient un lien vers la première/dernière valeur de la courbe. >>> >>> Mais j'imagine qu'il y aurait plein de cas ou on veut juste une courbe et ou il ne faudrait même pas que la première et dernière valeur soient gérées de manière particulière. (Tout comme des cas ou ces deux valeurs doivent être traitées à part). >>> >>> >>> >>> ------- >>> Jean-Michaël Celerier >>> http://www.jcelerier.name >>> >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> _______________________________________________ >> I-score-users mailing list >> I-s...@li... >> https://lists.sourceforge.net/lists/listinfo/i-score-users >> >> >> >> >> -- >> Clément Bossut >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> _______________________________________________ >> I-score-users mailing list >> I-s...@li... >> https://lists.sourceforge.net/lists/listinfo/i-score-users >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net_______________________________________________ >> I-score-users mailing list >> I-s...@li... >> https://lists.sourceforge.net/lists/listinfo/i-score-users > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net_______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users |
