hi, is there any chance to get something like the properties dialog for abstractions? (right click on abstraction to make changes to settings/default values). I guess not. will think of other solutions... marius.
IOhannes wrote some stuff to do that. I am sure he would be very
happy if you tried it out.
.hc
On Aug 15, 2008, at 12:45 PM, marius schebella wrote:
hi, is there any chance to get something like the properties dialog for abstractions? (right click on abstraction to make changes to settings/default values). I guess not. will think of other solutions... marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore
hi hans and matt, thanks for your answers. here is the problem that I am trying to address: I have a lot of arguments that I want to pass to an abstraction, and I don't want them all listed as arguments, which is confusingly ugly and eats up a lot of space. they are kind of "settings" and should be attached to each abstraction. For the project I am working on right now, I guess I will go with some hack (adding one ID as argument, that refers to a textfile or table that holds the settings). I am not sure, what the stuff is that IOhannes wrote, can you give more details? links? marius.
Hans-Christoph Steiner wrote:
IOhannes wrote some stuff to do that. I am sure he would be very happy if you tried it out.
.hc
On Aug 15, 2008, at 12:45 PM, marius schebella wrote:
hi, is there any chance to get something like the properties dialog for abstractions? (right click on abstraction to make changes to settings/default values). I guess not. will think of other solutions... marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore
Hallo, marius schebella hat gesagt: // marius schebella wrote:
here is the problem that I am trying to address: I have a lot of arguments that I want to pass to an abstraction, and I don't want them all listed as arguments, which is confusingly ugly and eats up a lot of space. they are kind of "settings" and should be attached to each abstraction. For the project I am working on right now, I guess I will go with some hack (adding one ID as argument, that refers to a textfile or table that holds the settings).
Why not use a real state saving system like [sssad] then? I don't consider ID'ing an abstraction with a unique $1 a hack, it's a very useful approach to control an abstraction's settings remotely and is well supported by [sssad]. It's even a lot more flexible than storing all settings in arguments. If you create [sssad /somesetting $0] inside an abstraction you even get local state saving for abstractions (in the newest version of sssad). I recently combined that with the [dispatcher] abstraction that I posted here some time ago [1] with good results. Will post it as soon as my broken harddisk is restored.
[1] http://lists.puredata.info/pipermail/pd-list/2007-03/048303.html
Frank Barknecht
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote:
I recently combined that with the [dispatcher] abstraction that I posted here some time ago [1] with good results. Will post it as soon as my broken harddisk is restored.
Okay, here it is attached. Pd with dual dollar expansion required. Open rjsave-ex-help.pd to see the example in action.
Frank
I think it's the iemguts library.
.hc
On Aug 16, 2008, at 5:21 PM, marius schebella wrote:
hi hans and matt, thanks for your answers. here is the problem that I am trying to address: I have a lot of
arguments that I want to pass to an abstraction, and I don't want
them all listed as arguments, which is confusingly ugly and eats up
a lot of space. they are kind of "settings" and should be attached to each
abstraction. For the project I am working on right now, I guess I
will go with some hack (adding one ID as argument, that refers to a
textfile or table that holds the settings). I am not sure, what the stuff is that IOhannes wrote, can you give
more details? links? marius.Hans-Christoph Steiner wrote:
IOhannes wrote some stuff to do that. I am sure he would be very
happy if you tried it out. .hc On Aug 15, 2008, at 12:45 PM, marius schebella wrote:hi, is there any chance to get something like the properties dialog for abstractions? (right click on abstraction to make changes to settings/default values). I guess not. will think of other solutions... marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
------- "[W]e have invented the technology to eliminate scarcity,
but we are deliberately throwing it away to benefit those who
profit from scarcity." -John Gilmore
The arc of history bends towards justice. - Dr. Martin Luther
King, Jr.
marius schebella wrote:
I am not sure, what the stuff is that IOhannes wrote, can you give more details? links?
as hans has said, it is in the "iemguts" library (externals/iem/iemguts). the objects you seem to want are: [propertybang] (which is like matts solution but way cooler :-) as it allows you to mimick the behaviour of e.g. iemguis: right-click properties) [saveargs] lets you modify the saved arguments.
there is an example-patch in iemguts/examples/03.persistent_properties.pd
if you don't want to see the arguments, use gop and "hide object name and args".
mfga.sdr IOhannes
IOhannes m zmoelnig wrote:
marius schebella wrote:
I am not sure, what the stuff is that IOhannes wrote, can you give more details? links?
as hans has said, it is in the "iemguts" library (externals/iem/iemguts). the objects you seem to want are: [propertybang] (which is like matts solution but way cooler :-) as it allows you to mimick the behaviour of e.g. iemguis: right-click properties) [saveargs] lets you modify the saved arguments.
that's exactly what I was looking for! perfect! hans, this compiled without problems, can you add this to extended? marius.
there is an example-patch in iemguts/examples/03.persistent_properties.pd
if you don't want to see the arguments, use gop and "hide object name and args".
mfga.sdr IOhannes
On Aug 18, 2008, at 11:16 AM, marius schebella wrote:
IOhannes m zmoelnig wrote:
marius schebella wrote:
I am not sure, what the stuff is that IOhannes wrote, can you give more details? links?
as hans has said, it is in the "iemguts" library (externals/iem/ iemguts). the objects you seem to want are: [propertybang] (which is like matts solution but way cooler :-)
as it allows you to mimick the behaviour of e.g. iemguis: right-click
properties) [saveargs] lets you modify the saved arguments.that's exactly what I was looking for! perfect! hans, this compiled without problems, can you add this to extended? marius.
There is a moratorium on adding things to Pd-extended until we figure
out how to make it workable. Right now, it's too big, messy and
complicated to be maintainable.
I am thinking the way forwards is to to organize things into logical
libraries and release them individually. Then once they are stable,
they can be added to a common package.
.hc
there is an example-patch in iemguts/examples/ 03.persistent_properties.pd
if you don't want to see the arguments, use gop and "hide object name and args".
mfga.sdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler