Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

should bangs be saved as IIPs? #9

Closed
forresto opened this issue Sep 25, 2013 · 7 comments
Closed

should bangs be saved as IIPs? #9

forresto opened this issue Sep 25, 2013 · 7 comments

Comments

@forresto
Copy link
Member

I tried to make a requestAnimationFrame version of the clock gist http://noflo.github.io/noflo-ui/#example/6699161

If you press start and stop in the animationFrame component IIPs are set for both. When you load the graph in the UI, currently those inputs change to text "true" instead of buttons.

screen shot 2013-09-25 at 4 05 15 pm

If IIPs are not supposed to start anything (as I think @jpaulm was saying) then maybe we shouldn't be saving bangs as IIPs at all.

What's the equivalent of Pure Data's loadbang? Kick?

@jpaulm
Copy link

jpaulm commented Sep 25, 2013

I take it a bang is some kind of trigger. This need typically crops up
when a process has (non-IIP) input ports, but you want it to start earlier
than the arrival of the first data IP. Or I guess the bang could be a
manual trigger allowing the network user to delay start of a process.
Henri and I actually discussed it in Toronto, and discovered that we used
different terms for such a component - I usually use Kick, but I think
Henri's Kick was slightly different - and Gate was in there somewhere!

So, yes, for me - the bang would be a process, rather than an IIP...

On Wed, Sep 25, 2013 at 9:04 AM, Forrest Oliphant
notifications@github.comwrote:

I tried to make a requestAnimationFrame version of the clock gist
http://noflo.github.io/noflo-ui/#example/6699161

If you press start and stop in the animationFrame component IIPs are set
for both. When you load the graph in the UI, currently those inputs change
to text "true" instead of buttons.

If IIPs are not supposed to start anything (as I think @jpaulmhttps://github.com/jpaulmwas
saying https://github.com/noflo/dataflow-noflo/issues/1) then maybe we
shouldn't be saving bangs as IIPs at all.

What's the equivalent of Pure Data's loadbang? Kick?


Reply to this email directly or view it on GitHubhttps://github.com//issues/9
.

@forresto
Copy link
Member Author

It makes sense to me that when a user clicks a bang button in the ui that
would be more like a process than an iip.

So, should the clock example kick the animation loop on load to start it?
http://vimeo.com/74965870

@jpaulm
Copy link

jpaulm commented Sep 25, 2013

Love the video! Can you animate a process as a big red button?! With
appropriate sounds effects?...

On Wed, Sep 25, 2013 at 2:10 PM, Forrest Oliphant
notifications@github.comwrote:

It makes sense to me that when a user clicks a bang button in the ui that
would be more like a process than an iip.

So, should the clock example kick the animation loop on load to start it?
http://vimeo.com/74965870


Reply to this email directly or view it on GitHubhttps://github.com//issues/9#issuecomment-25110933
.

@forresto
Copy link
Member Author

Certainly 😉 http://meemoo.org/iframework/#gist/6705468

@jpaulm
Copy link

jpaulm commented Sep 25, 2013

Beautiful! I almost got it untangled! [?]

On Wed, Sep 25, 2013 at 4:22 PM, Forrest Oliphant
notifications@github.comwrote:

Certainly [image: 😉]http://meemoo.org/iframework/#gist/6705468


Reply to this email directly or view it on GitHubhttps://github.com//issues/9#issuecomment-25121495
.

@bergie
Copy link
Member

bergie commented Sep 26, 2013

@forresto correct, bangs via user input should not be stored as IIPs.

@bergie
Copy link
Member

bergie commented Sep 27, 2013

I think the easiest way to make this work would be to add and remove the IIP when receiving a bang. This way it would still get transmitted (and executed) in the NoFlo runtime, but wouldn't end up in the stored graph.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants