Re: [I-score-users] les boucles

[Jean-Michaël C. <jea...@gm...>]

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
>
>