Is there a possibility to put a statement (relative pathname) inside a patch where to look for additional abstractions, for example to search for abstractions inside a subfolder "abs" which is in the same directory than the patch itself.
Thanks for help, Achim
Achim Bornhoeft wrote:
Is there a possibility to put a statement (relative pathname) inside a patch where to look for additional abstractions, for example to search for abstractions inside a subfolder "abs" which is in the same directory than the patch itself.
You can use relative paths inside the object boxes, like [abs/aaaa] or so. I got tired of this quickly and keep all the patches for each project in a flat directory.
I think recent Pd's have a system for adding paths in patches, but I've never used that feature. Also I don't know if [abs/aaaaa] would conflict with Pd-extended's namespace system, not using Pd-extended myself.
Thanks for help, Achim
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
I think recent Pd's have a system for adding paths in patches, but I've never used that feature.
That system is [declare -path abs/]. It may currently not work inside abstractions.
Frank Barknecht _ ______footils.org__
On Feb 11, 2008, at 9:43 AM, Claude Heiland-Allen wrote:
Achim Bornhoeft wrote:
Is there a possibility to put a statement (relative pathname)
inside a patch where to look for additional abstractions, for example to
search for abstractions inside a subfolder "abs" which is in the same
directory than the patch itself.You can use relative paths inside the object boxes, like [abs/aaaa] or so. I got tired of this quickly and keep all the patches for each project in a flat directory.
I think recent Pd's have a system for adding paths in patches, but
I've never used that feature. Also I don't know if [abs/aaaaa] would conflict with Pd-extended's namespace system, not using Pd-extended
myself.
Nope, no conflicts with Pd-extended, AFAIK. Pd-extended's libdir
format just takes advantage of that feature in Pd.
.hc
Thanks for help, Achim
Claude
http://claudiusmaximus.goto10.org
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
Hi, What is the right way to comment a qlist file? I tried to use # <comment> ; but it doesn't work.
Achim
Quoting Achim Bornhoeft achim.bornhoeft@web.de:
Hi, What is the right way to comment a qlist file? I tried to use # <comment> ; but it doesn't work.
it's a good approach.
to be plain honest: there are no comments in qlist/textfile but you
can easily do them yourself:
just use a dummy receiver [r #] (or in case of textfile [route #]) to
get rid of the "comments" (rather: unused lines) without any warnings.
(and be sure to add a space after the hash)
dgamsdrl, IOhannes
This message was sent using IMP, the Internet Messaging Program.
Hi, is the [declare] object only available in PD releases higher 0.40 ? I'm using pd-extended 0.39.3.
Achim
Frank Barknecht schrieb:
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
I think recent Pd's have a system for adding paths in patches, but I've never used that feature.
That system is [declare -path abs/]. It may currently not work inside abstractions.
Ciao
On Sun, 2008-03-09 at 22:06 +0100, Achim Bornhoeft wrote:
Hi, is the [declare] object only available in PD releases higher 0.40 ?
yep, exactly.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
Yes, but you can use the folder name as a prefix, so [abs/myobect]
will work on old versions even.
.hc
On Mar 9, 2008, at 5:06 PM, Achim Bornhoeft wrote:
Hi, is the [declare] object only available in PD releases higher 0.40 ? I'm using pd-extended 0.39.3.
Achim
Frank Barknecht schrieb:
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
I think recent Pd's have a system for adding paths in patches,
but I've never used that feature.That system is [declare -path abs/]. It may currently not work inside abstractions.
Ciao
-- Achim Bornhoeft
Neckarhalde 38, D-72070 Tuebingen
-.-. tel/fax +49 (0)7071 942745 -... mobil +49 (0)179 6936930 skype:achim.bornhoeft?call --
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
News is what people want to keep hidden and everything else is
publicity. - Bill Moyers
Hi, I am looking for a less cpu expensive solution (abstraction) for the VU-Meter. (A canvas works only top-down or horizontal …) Can anybody help me with this ? Thanks, Achim
Sorry, wrong subject.
Anfang der weitergeleiteten Nachricht:
Von: Achim Bornhoeft achim.bornhoeft@web.de Betreff: Aw: [PD] searchpath inside patch Datum: 17. Januar 2016 12:16:38 MEZ An: "pd-list@iem.at List" pd-list@iem.at
Hi, I am looking for a less cpu expensive solution (abstraction) for the VU-Meter. (A canvas works only top-down or horizontal …) Can anybody help me with this ? Thanks, Achim
Sorry, wrong subject.
Anfang der weitergeleiteten Nachricht:
Von: Achim Bornhoeft achim.bornhoeft@web.de Betreff: Aw: [PD] searchpath inside patch Datum: 17. Januar 2016 12:16:38 MEZ An: "pd-list@iem.at List" pd-list@iem.at
Hi, I am looking for a less cpu expensive solution (abstraction) for the VU-Meter.
the iem_vu from the iemgui library should use less CPU
Thanks for your prompt answer. Do you know of any vanilla version too ? Best, Achim
Am 17.01.2016 um 12:48 schrieb Peter P. peterparker@fastmail.com:
- Achim Bornhoeft achim@bornhoeft.org [2016-01-17 12:19]:
Sorry, wrong subject.
Anfang der weitergeleiteten Nachricht:
Von: Achim Bornhoeft achim.bornhoeft@web.de Betreff: Aw: [PD] searchpath inside patch Datum: 17. Januar 2016 12:16:38 MEZ An: "pd-list@iem.at List" pd-list@iem.at
Hi, I am looking for a less cpu expensive solution (abstraction) for the VU-Meter.
the iem_vu from the iemgui library should use less CPU
Thanks for your prompt answer. Do you know of any vanilla version too ?
No, I am afraid. There seems to be a GEM version as well, but that is not vanilla.
Does anybody know how to make a change object for symbols in vanilla ? A
I made a [symbol_change] abstraction which you can find here https://github.com/alexdrymonitis/miscellaneous_abstractions
On Mon, Jan 18, 2016 at 11:01 AM, Achim Bornhoeft achim@bornhoeft.org wrote:
Does anybody know how to make a change object for symbols in vanilla ? A
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, 2016-01-18 at 13:47 +0200, Alexandros Drymonitis wrote:
I made a [symbol_change] abstraction which you can find here https://github.com/alexdrymonitis/miscellaneous_abstractions
Couldn't the same be achieved with only two objects? See attachment.
Roman
On Mon, Jan 18, 2016 at 11:01 AM, Achim Bornhoeft achim@bornhoeft.org wrote: Does anybody know how to make a change object for symbols in vanilla ? A
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, Jan 18, 2016 at 2:00 PM, Roman Haefeli reduzent@gmail.com wrote:
On Mon, 2016-01-18 at 13:47 +0200, Alexandros Drymonitis wrote:
I made a [symbol_change] abstraction which you can find here https://github.com/alexdrymonitis/miscellaneous_abstractions
Couldn't the same be achieved with only two objects? See attachment
Hm, I guess it can...