Yo Hans Lazy feature request - [window_name] would be way more useful i it could grab the names of other subpatches as well as its grandparent so it can be used in abstractions. I'll add it myself if I get time, but thought I'd ask : )
I've been doing some cool stuff with it anyway - I'll share soon! Best Luke
Yeah, I thought about that, I shouldn't be too hard, but I am not
going to have any time to do it for the next 2 months, probably.
Feel free to beat me to it.
I think that ggee's getdir has a good model for how to do it.
Basically, using numbers to represent how many levels down to get
from. I think adding some keywords would be very useful too, like
"parent" and "toplevel". I think toxy's tot has some keywords like
that.
.hc
On Sep 13, 2008, at 9:35 PM, Luke Iannini wrote:
Yo Hans Lazy feature request - [window_name] would be way more useful i it could grab the names of other subpatches as well as its grandparent so it can be used in abstractions. I'll add it myself if I get time, but thought I'd ask : )
I've been doing some cool stuff with it anyway - I'll share soon! Best Luke
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Computer science is no more related to the computer than astronomy is
related to the telescope. -Edsger Dykstra
Hans-Christoph Steiner wrote:
Yeah, I thought about that, I shouldn't be too hard, but I am not
going to have any time to do it for the next 2 months, probably.
Feel free to beat me to it.I think that ggee's getdir has a good model for how to do it.
Basically, using numbers to represent how many levels down to get
from.
this is the scheme i use with the iemguts objects: use numbers to represent how many levels to get _up_.
fmgasdr IOhannes
On Sep 15, 2008, at 3:21 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Yeah, I thought about that, I shouldn't be too hard, but I am not
going to have any time to do it for the next 2 months, probably.
Feel free to beat me to it. I think that ggee's getdir has a good model for how to do it.
Basically, using numbers to represent how many levels down to get
from.this is the scheme i use with the iemguts objects: use numbers to
represent how many levels to get _up_.fmgasdr IOhannes
I think we mean the same thing, just depending on whether it is a
tree or roots. ;) If it is a tree, then the parent would be at the
bottom.
.hc
All information should be free. - the hacker ethic
On Mon, Sep 15, 2008 at 8:33 AM, Hans-Christoph Steiner hans@eds.org wrote:
On Sep 15, 2008, at 3:21 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Yeah, I thought about that, I shouldn't be too hard, but I am not going to have any time to do it for the next 2 months, probably. Feel free to beat me to it.
Okee - I whipped my first request up today: canvas_name and window_name can now access their parents. I shamelessly copied the code from iemguts : ). Forgot to add credit, will do before I commit. Hans, is it alright if I just commit the changes? I attached the diffs and Intel Mac compiled versions of both if you want to try it out.
I'm going to try to do the subpatch-name version now; do either of you have any tips on how to get the canvas/window from a symbol like "pd-$0.mysubpatch"?
IOhannes, by the way, I compiled iemguts yesterday and wow, what an incredible number of possibilities those objects open up! All of them should be part of vanilla, IMO. Thanks so much for making them - I'll be making a ton of stuff with them in the coming months.
Best Luke
I think that ggee's getdir has a good model for how to do it. Basically, using numbers to represent how many levels down to get from.
this is the scheme i use with the iemguts objects: use numbers to represent how many levels to get _up_.
fmgasdr IOhannes
I think we mean the same thing, just depending on whether it is a tree or roots. ;) If it is a tree, then the parent would be at the bottom.
.hc
All information should be free. - the hacker ethic
On Sat, Sep 20, 2008 at 5:21 PM, Luke Iannini lukexipd@gmail.com wrote:
On Mon, Sep 15, 2008 at 8:33 AM, Hans-Christoph Steiner hans@eds.org wrote:
On Sep 15, 2008, at 3:21 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Yeah, I thought about that, I shouldn't be too hard, but I am not going to have any time to do it for the next 2 months, probably. Feel free to beat me to it.
Okee - I whipped my first request up today: canvas_name and window_name can now access their parents. I shamelessly copied the code from iemguts : ). Forgot to add credit, will do before I commit. Hans, is it alright if I just commit the changes? I attached the diffs and Intel Mac compiled versions of both if you want to try it out.
I'm going to try to do the subpatch-name version now; do either of you have any tips on how to get the canvas/window from a symbol like "pd-$0.mysubpatch"?
Alright, I figured this out by looking at the tot sourcecode, so now my new question: How do I let [window_name] and [canvas_name] accept either a float or a symbol, looking up parents in the case of a float and looking up a remote window in the case of a symbol?
Attached is the symbol-taking remote window version. Cheers Luke
IOhannes, by the way, I compiled iemguts yesterday and wow, what an incredible number of possibilities those objects open up! All of them should be part of vanilla, IMO. Thanks so much for making them - I'll be making a ton of stuff with them in the coming months.
Best Luke
I think that ggee's getdir has a good model for how to do it. Basically, using numbers to represent how many levels down to get from.
this is the scheme i use with the iemguts objects: use numbers to represent how many levels to get _up_.
fmgasdr IOhannes
I think we mean the same thing, just depending on whether it is a tree or roots. ;) If it is a tree, then the parent would be at the bottom.
.hc
All information should be free. - the hacker ethic
Right, after all kinds of bumping around Pd's sourcecode and reading the ANSI C guide... (my C experience has been limited to copy and paste previously)
Here's the thing. Check it out and I'll check it in. Best Luke
On Sat, Sep 20, 2008 at 5:47 PM, Luke Iannini lukexipd@gmail.com wrote:
On Sat, Sep 20, 2008 at 5:21 PM, Luke Iannini lukexipd@gmail.com wrote:
On Mon, Sep 15, 2008 at 8:33 AM, Hans-Christoph Steiner hans@eds.org wrote:
On Sep 15, 2008, at 3:21 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Yeah, I thought about that, I shouldn't be too hard, but I am not going to have any time to do it for the next 2 months, probably. Feel free to beat me to it.
Okee - I whipped my first request up today: canvas_name and window_name can now access their parents. I shamelessly copied the code from iemguts : ). Forgot to add credit, will do before I commit. Hans, is it alright if I just commit the changes? I attached the diffs and Intel Mac compiled versions of both if you want to try it out.
I'm going to try to do the subpatch-name version now; do either of you have any tips on how to get the canvas/window from a symbol like "pd-$0.mysubpatch"?
Alright, I figured this out by looking at the tot sourcecode, so now my new question: How do I let [window_name] and [canvas_name] accept either a float or a symbol, looking up parents in the case of a float and looking up a remote window in the case of a symbol?
Attached is the symbol-taking remote window version. Cheers Luke
IOhannes, by the way, I compiled iemguts yesterday and wow, what an incredible number of possibilities those objects open up! All of them should be part of vanilla, IMO. Thanks so much for making them - I'll be making a ton of stuff with them in the coming months.
Best Luke
I think that ggee's getdir has a good model for how to do it. Basically, using numbers to represent how many levels down to get from.
this is the scheme i use with the iemguts objects: use numbers to represent how many levels to get _up_.
fmgasdr IOhannes
I think we mean the same thing, just depending on whether it is a tree or roots. ;) If it is a tree, then the parent would be at the bottom.
.hc
All information should be free. - the hacker ethic
Nice work!
Go ahead and check it in, but just make sure it builds on all
platforms (i.e. watch the build logs).
.hc
On Sep 21, 2008, at 4:32 AM, Luke Iannini wrote:
Right, after all kinds of bumping around Pd's sourcecode and reading the ANSI C guide... (my C experience has been limited to copy and paste previously)
Here's the thing. Check it out and I'll check it in. Best Luke
On Sat, Sep 20, 2008 at 5:47 PM, Luke Iannini lukexipd@gmail.com
wrote:On Sat, Sep 20, 2008 at 5:21 PM, Luke Iannini lukexipd@gmail.com
wrote:On Mon, Sep 15, 2008 at 8:33 AM, Hans-Christoph Steiner
hans@eds.org wrote:On Sep 15, 2008, at 3:21 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Yeah, I thought about that, I shouldn't be too hard, but I am
not going to have any time to do it for the next 2 months, probably.
Feel free to beat me to it.Okee - I whipped my first request up today: canvas_name and window_name can now access their parents. I shamelessly copied the code from iemguts : ). Forgot to add credit, will do before I
commit. Hans, is it alright if I just commit the changes? I attached the diffs and Intel Mac compiled versions of both if you want to try it out.I'm going to try to do the subpatch-name version now; do either
of you have any tips on how to get the canvas/window from a symbol like "pd-$0.mysubpatch"?Alright, I figured this out by looking at the tot sourcecode, so now my new question: How do I let [window_name] and [canvas_name] accept either a float or a symbol, looking up parents in the case of a float and looking up a remote window in the case of a symbol?
Attached is the symbol-taking remote window version. Cheers Luke
IOhannes, by the way, I compiled iemguts yesterday and wow, what an incredible number of possibilities those objects open up! All of
them should be part of vanilla, IMO. Thanks so much for making them -
I'll be making a ton of stuff with them in the coming months.Best Luke
I think that ggee's getdir has a good model for how to do it. Basically, using numbers to represent how many levels down to
get from.this is the scheme i use with the iemguts objects: use numbers to represent how many levels to get _up_.
fmgasdr IOhannes
I think we mean the same thing, just depending on whether it is
a tree or roots. ;) If it is a tree, then the parent would be at the bottom..hc
All information should be free. - the hacker ethic
<window_name-parent_and_remote.zip>
I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies, education and culture for their minds,
and dignity, equality and freedom for their spirits. - Martin
Luther King, Jr.
Hans-Christoph Steiner wrote:
Nice work!
Go ahead and check it in, but just make sure it builds on all
platforms (i.e. watch the build logs).
at least if you are lucky enough to have your (possibly failing) code be compiled before any other failing code.
i have 3 feature requests for the build system, which i'm submitting to the feature-request tracker.
fg,a IOhannes