Does anyone know of a general purpose graphical dataflow language, possibly bleeding-edge? Sort of like a PD for everything? Prograph is sort of like this, but there are many aspects of it I do not like, and it is ancient and no longer used as far as I can tell. I personally think PD-like models for programming would be useful in a general purpose context, provided the language had a few additions made to it to support larger programs and more reusable code (which I've recently briefly outlined on the Max list if anyone is over there as well).
So then... anyone know of anything, or is it back to Scheme for me then? I truly believe a "GPGDL" is a viable thing, and I'd love to see it happen one day if it hasn't already. We're getting very close with environments like Max, LabVIEW, etc. I would like to see someone go all the way.
On Sun, 19 Dec 2004, John Nowak wrote:
Does anyone know of a general purpose graphical dataflow language, possibly bleeding-edge? Sort of like a PD for everything?
PD is already a PD for everything.
(Well, almost so; at least it is so in spirit)
which I've recently briefly outlined on the Max list if anyone is over there as well.
Would you mind posting this list here?
So then... anyone know of anything, or is it back to Scheme for me then?
Why choose one or another when you can write Pd externals in Scheme and benefit from the advantages of both.
and I'd love to see it happen one day if it hasn't already. We're getting very close with environments like Max, LabVIEW, etc. I would like to see someone go all the way.
We better not get *that* close to LabVIEW. You know, those are the folks who just sued the Matlab/SimuLink company and WON. They have patents about various things dataflow, and the patents don't expire this decade.
But there has to be ways to make a complete dataflow system that is not too close to LabVIEW. After all there are thousands of programming languages in existence, more programming paradigms than people can wrap their heads around, and more variants of OOP than people want to care about.
"There's more than one way do it" isn't just a Perl motto, it's also a fundamental fact of computer programming. There's always many ways to think of any problem. (but the Perl motto was about a slightly different topic: whether _one_ language should offer several equivalent or overlapping constructs.)
Mathieu Bouchard -=- Montréal QC Canada -=- http://artengine.ca/matju
Hi,
I have looked at some of the dataflow languages, and I found them awkward too. It might be that I am too accostumed about how things are in Pd, but I think that MAX/Pd is one of the best paradigms for doing graphical programming.
In the long run I think the best solution would be some hybrid between graphical and textual programming (similar to the scripting extensions that exist for Pd), but more integrated.
And, of course a core set of complete data structures and object to manipulate them.
Well, anyhow, I think it is an interesting topic, and obviously for some people it is the only way they are willing to learn to program, so it definitely has its place.
Guenter
On Sun, 19 Dec 2004, John Nowak wrote:
Does anyone know of a general purpose graphical dataflow language, possibly bleeding-edge? Sort of like a PD for everything? Prograph is sort of like this, but there are many aspects of it I do not like, and it is ancient and no longer used as far as I can tell. I personally think PD-like models for programming would be useful in a general purpose context, provided the language had a few additions made to it to support larger programs and more reusable code (which I've recently briefly outlined on the Max list if anyone is over there as well).
So then... anyone know of anything, or is it back to Scheme for me then? I truly believe a "GPGDL" is a viable thing, and I'd love to see it happen one day if it hasn't already. We're getting very close with environments like Max, LabVIEW, etc. I would like to see someone go all the way.
- John Nowak
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list