I'm looking for a way to read the names of files in a folder as well as filter for types (I know I can also build the plumbing to pattern match too)
is there a Pd object or abstraction that serves a similar function as the [folder] external in Max/MSP?
note: I played around with the [playlist] external which is *very* nice but not sure it allows me to filter for file types...?
any/all help is very appreciated :)
Kim Cascone wrote:
I'm looking for a way to read the names of files in a folder as well as filter for types (I know I can also build the plumbing to pattern match too)
is there a Pd object or abstraction that serves a similar function as the [folder] external in Max/MSP?
note: I played around with the [playlist] external which is *very* nice but not sure it allows me to filter for file types...?
it does filter on extensions if you edit the properties, but it has a buguito :: if you enter extension .pd it will also show you .pd_linux ( it's a simple strstr )..
any/all help is very appreciated :)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
ydegoyon@gmail.com wrote:
Kim Cascone wrote:
I'm looking for a way to read the names of files in a folder as well as filter for types (I know I can also build the plumbing to pattern match too)
is there a Pd object or abstraction that serves a similar function as the [folder] external in Max/MSP?
note: I played around with the [playlist] external which is *very* nice but not sure it allows me to filter for file types...?
it does filter on extensions if you edit the properties,
ah! ok I found it...thanks :) can I send it multiple filetypes too? or is the properties field the only way to filter?
but it has a buguito :: if you enter extension .pd it will also show you .pd_linux ( it's a simple strstr )..
OK if I understand correctly: it can't distinguish between a patch and an external? is there a fix coming soon? just curious again -- very nice work on this external!
any/all help is very appreciated :)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
There's [folder_list] in hcs. If you look at its help patch I think you'll see it does what you want.
-Jonathan
From: Kim Cascone kim@anechoicmedia.com To: "ydegoyon@gmail.com" ydegoyon@gmail.com Cc: pd-list pd-list@iem.at Sent: Thu, June 24, 2010 4:14:09 PM Subject: Re: [PD] [folder] external?
ydegoyon@gmail.com wrote:
Kim Cascone wrote:
I'm looking for a way to read the names of files in a folder as well as filter for types (I know I can also build the plumbing to pattern match too)
is there a Pd object or abstraction that serves a similar function as the [folder] external in Max/MSP?
note: I played around with the [playlist] external which is *very* nice but not sure it allows me to filter for file types...?
it does filter on extensions if you edit the properties,
ah! ok I found it...thanks :) can I send it multiple filetypes too? or is the properties field the only way to filter?
but it has a buguito :: if you enter extension .pd it will also show you .pd_linux ( it's a simple strstr )..
OK if I understand correctly: it can't distinguish between a patch and an external? is there a fix coming soon? just curious again -- very nice work on this external!
any/all help is very appreciated :)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Thu, 24 Jun 2010, Jonathan Wilkes wrote:
There's [folder_list] in hcs. If you look at its help patch I think you'll see it does what you want.
I second that. I used [folder_list] and it seemed to be fine.
I've also used other techniques in the past, such as piping from a shell's "ls" command, but using [folder_list] is the last way I've used, and I wouldn't use anything else at this point unless I'd have a good reason not to. (but I haven't investigated to predict whether I'd have a good reason not to in the future)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Mathieu Bouchard wrote:
On Thu, 24 Jun 2010, Jonathan Wilkes wrote:
There's [folder_list] in hcs. If you look at its help patch I think you'll see it does what you want.
I second that. I used [folder_list] and it seemed to be fine.
I've also used other techniques in the past, such as piping from a shell's "ls" command,
ah which begs my next question: is there a [shell] external in Pd (also like in Max)?
but using [folder_list] is the last way I've used, and I wouldn't use anything else at this point unless I'd have a good reason not to. (but I haven't investigated to predict whether I'd have a good reason not to in the future)
cool -- thanks for the tip Jonathan and Mathieu :)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Max wrote:
**never mind -- I just found [shell] ah -- very nice! :)
you may prefer [popen]
m.
Max which [popen] are you referring to here? there seem to be two versions: /moonlib and /flatspace the [popen] in /moonlib seems to have all sorts of warnings in the help file...?
kim@kim-laptop:/usr/lib/pd/extra$ locate popen /usr/lib/pd/doc/5.reference/moonlib/popen-help.pd /usr/lib/pd/doc/flatspace/popen-help.pd /usr/lib/pd/extra/flatspace/popen.pd_linux /usr/lib/pd/extra/moonlib/popen-help.pd /usr/lib/pd/extra/moonlib/popen.pd_linux /usr/lib/python2.6/popen2.py /usr/lib/python2.6/popen2.pyc /usr/share/guile/1.6/ice-9/popen.scm /usr/share/guile/1.8/ice-9/popen.scm
On Thu, 24 Jun 2010, Kim Cascone wrote:
Mathieu Bouchard wrote:
I've also used other techniques in the past, such as piping from a shell's "ls" command,
ah which begs my next question: is there a [shell] external in Pd (also like in Max)? **never mind -- I just found [shell] ah -- very nice! :)
Perhaps, but you still should have a look at http://en.wikipedia.org/wiki/Begging_the_question
Thank you.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Mathieu Bouchard wrote:
On Thu, 24 Jun 2010, Kim Cascone wrote:
Mathieu Bouchard wrote:
I've also used other techniques in the past, such as piping from a shell's "ls" command,
ah which begs my next question: is there a [shell] external in Pd (also like in Max)? **never mind -- I just found [shell] ah -- very nice! :)
Perhaps, but you still should have a look at http://en.wikipedia.org/wiki/Begging_the_question
which begs the question: does common and widespread usage of a grammatical mistake make it correct given enough time? ;)
Thank you.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Thu, 24 Jun 2010, Kim Cascone wrote:
Mathieu Bouchard wrote:
Perhaps, but you still should have a look at http://en.wikipedia.org/wiki/Begging_the_question
which begs the question: does common and widespread usage of a grammatical mistake make it correct given enough time? ;)
Well, I don't consider it to be grammatical, it seems to be a vocabulary issue instead, but in any case, it happened very often that mistakes become correct given enough time, and in fact, much of today's definitions and vocabulary started with things that sounded plain wrong and was frowned upon. But to make it correct, you first have to kill everybody who considers it wrong ;) or wait till they die on their own (the latter of which is what usually happens... but not all of the time !)
An example of grammatical "mistake" is to end a sentence with a preposition, but it's sort of a reverse case, because it's a change of opinion, not a change of grammar : ending sentences with propositions is traditional English, and a myth has been running around to justify a covert reform. But when using English, as much as I can be annoyed by many things, ending sentences with a preposition is obviously something I have never had a problem with.
Par contre, en français, on saurait pas ce que tu parles de.
(This is a common joke about how people often speak French in certain areas of Canada...)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Mathieu Bouchard wrote:
On Thu, 24 Jun 2010, Kim Cascone wrote:
Mathieu Bouchard wrote:
Perhaps, but you still should have a look at http://en.wikipedia.org/wiki/Begging_the_question
which begs the question: does common and widespread usage of a grammatical mistake make it correct given enough time? ;)
Well, I don't consider it to be grammatical, it seems to be a vocabulary issue instead, but in any case, it happened very often that mistakes become correct given enough time, and in fact, much of today's definitions and vocabulary started with things that sounded plain wrong and was frowned upon. But to make it correct, you first have to kill everybody who considers it wrong ;) or wait till they die on their own (the latter of which is what usually happens... but not all of the time !)
An example of grammatical "mistake" is to end a sentence with a preposition, but it's sort of a reverse case, because it's a change of opinion, not a change of grammar : ending sentences with propositions is traditional English, and a myth has been running around to justify a covert reform. But when using English, as much as I can be annoyed by many things, ending sentences with a preposition is obviously something I have never had a problem with.
Par contre, en français, on saurait pas ce que tu parles de.
(This is a common joke about how people often speak French in certain areas of Canada...)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
yeh, when you'll stop combing the girafe, as they say in french ...
err, not in canadian french.
I just made [getfilenames] which I think it much easier to use than
[folder_list]. Its not released in any form yet, its just in SVN:
svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/ezfi... cd ezfile make
Its the first in a library called 'ezfile' that aims to be a complete
collection of easy-to-use objects for doing things with filenames.
.hc
On Jun 24, 2010, at 4:24 PM, Jonathan Wilkes wrote:
There's [folder_list] in hcs. If you look at its help patch I think
you'll see it does what you want. -JonathanFrom: Kim Cascone kim@anechoicmedia.com To: "ydegoyon@gmail.com" ydegoyon@gmail.com Cc: pd-list pd-list@iem.at Sent: Thu, June 24, 2010 4:14:09 PM Subject: Re: [PD] [folder] external?
ydegoyon@gmail.com wrote:
Kim Cascone wrote:
I'm looking for a way to read the names of files in a folder as well as filter for types (I know I can also build the plumbing to pattern match too)
is there a Pd object or abstraction that serves a similar
function as the [folder] external in Max/MSP?
note: I played around with the [playlist] external which is
*very* nice but not sure it allows me to filter for file types...?
it does filter on extensions if you edit the properties,
ah! ok I found it...thanks :) can I send it multiple filetypes too? or is the properties field the
only way to filter?but it has a buguito :: if you enter extension .pd it will also show you .pd_linux ( it's a simple strstr )..
OK if I understand correctly: it can't distinguish between a patch
and an external? is there a fix coming soon? just curious again -- very nice work on this external!any/all help is very appreciated :)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
fantastic! worked like a charm -- thanks hc! :)
Hans-Christoph Steiner wrote:
I just made [getfilenames] which I think it much easier to use than [folder_list]. Its not released in any form yet, its just in SVN:
svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/ezfi... cd ezfile make
Its the first in a library called 'ezfile' that aims to be a complete collection of easy-to-use objects for doing things with filenames.
.hc
On Jun 24, 2010, at 4:24 PM, Jonathan Wilkes wrote:
There's [folder_list] in hcs. If you look at its help patch I think you'll see it does what you want. -Jonathan
*From:* Kim Cascone <kim@anechoicmedia.com mailto:kim@anechoicmedia.com> *To:* "ydegoyon@gmail.com mailto:ydegoyon@gmail.com" <ydegoyon@gmail.com mailto:ydegoyon@gmail.com> *Cc:* pd-list <pd-list@iem.at mailto:pd-list@iem.at> *Sent:* Thu, June 24, 2010 4:14:09 PM *Subject:* Re: [PD] [folder] external?
ydegoyon@gmail.com mailto:ydegoyon@gmail.com wrote:
Kim Cascone wrote:
I'm looking for a way to read the names of files in a folder as well as filter for types (I know I can also build the plumbing to pattern match too)
is there a Pd object or abstraction that serves a similar function
as the [folder] external in Max/MSP?
note: I played around with the [playlist] external which is *very*
nice but not sure it allows me to filter for file types...?
it does filter on extensions if you edit the properties,
ah! ok I found it...thanks :) can I send it multiple filetypes too? or is the properties field the only way to filter?
but it has a buguito :: if you enter extension .pd it will also show you .pd_linux ( it's a simple strstr )..
OK if I understand correctly: it can't distinguish between a patch and an external? is there a fix coming soon? just curious again -- very nice work on this external!
any/all help is very appreciated :)
Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management
-> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
A different issue:
Line 1019 of playlist.c: class_sethelpsymbol(playlist_class, gensym("playlist.pd"));
But the help patch is "playlist-help.pd," so pd apologizes: sorry, couldn't find help patch for "playlist.pd"
-Jonathan
--- On Thu, 6/24/10, ydegoyon@gmail.com ydegoyon@gmail.com wrote:
From: ydegoyon@gmail.com ydegoyon@gmail.com Subject: Re: [PD] [folder] external? To: "Kim Cascone" kim@anechoicmedia.com Cc: "pd-list" pd-list@iem.at Date: Thursday, June 24, 2010, 10:02 PM
Kim Cascone wrote:
I'm looking for a way to read the names of files in a folder as well as filter for types (I know I can also build the plumbing to pattern match too)
is there a Pd object or abstraction that serves a similar function as the [folder] external in Max/MSP?
note: I played around with the [playlist] external which is *very* nice but not sure it allows me to filter for file types...?
it does filter on extensions if you edit the properties, but it has a buguito :: if you enter extension .pd it will also show you .pd_linux ( it's a simple strstr )..
any/all help is very appreciated :)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
the problem is absolutely not that, this is perfectly correct..
problem is that playlist-help.pd is not included in pd-extended ..
Jonathan Wilkes wrote:
A different issue:
Line 1019 of playlist.c: class_sethelpsymbol(playlist_class, gensym("playlist.pd"));
But the help patch is "playlist-help.pd," so pd apologizes: sorry, couldn't find help patch for "playlist.pd"
-Jonathan
Oh, I thought I was using a nightly build but I wasn't. If I add "playlist-help.pd" to extra/unauthorized I see it finds it just fine.
Thanks, Jonathan
--- On Thu, 6/24/10, ydegoyon@gmail.com ydegoyon@gmail.com wrote:
From: ydegoyon@gmail.com ydegoyon@gmail.com Subject: Re: [PD] [folder] external? To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Kim Cascone" kim@anechoicmedia.com, "pd-list" pd-list@iem.at Date: Thursday, June 24, 2010, 11:28 PM
the problem is absolutely not that, this is perfectly correct..
problem is that playlist-help.pd is not included in pd-extended ..
Jonathan Wilkes wrote:
A different issue:
Line 1019 of playlist.c: class_sethelpsymbol(playlist_class, gensym("playlist.pd"));
But the help patch is "playlist-help.pd," so pd apologizes: sorry, couldn't find help patch for "playlist.pd"
-Jonathan
yeh, exactly...
but as people change rules about help files without prior notice, i'm just bored of handling that kind of issue
the initial idea of sethelpsymbol was that you could put as help file : comment-peigner.la.giraffe.pd as help file and nobody would have bothered you for that... but freedom is gone .... with obscure rules...
ciao, sevy
Jonathan Wilkes wrote:
Oh, I thought I was using a nightly build but I wasn't. If I add "playlist-help.pd" to extra/unauthorized I see it finds it just fine.
Thanks, Jonathan
--- On *Thu, 6/24/10, ydegoyon@gmail.com /ydegoyon@gmail.com/* wrote:
From: ydegoyon@gmail.com <ydegoyon@gmail.com> Subject: Re: [PD] [folder] external? To: "Jonathan Wilkes" <jancsika@yahoo.com> Cc: "Kim Cascone" <kim@anechoicmedia.com>, "pd-list" <pd-list@iem.at> Date: Thursday, June 24, 2010, 11:28 PM the problem is absolutely not that, this is perfectly correct.. problem is that playlist-help.pd is not included in pd-extended .. Jonathan Wilkes wrote: > A different issue: > > Line 1019 of playlist.c: > class_sethelpsymbol(playlist_class, gensym("playlist.pd")); > > But the help patch is "playlist-help.pd," so pd apologizes: > sorry, couldn't find help patch for "playlist.pd" > > -Jonathan > >
Is sethelpsymbol deprecated? I don't see any info about it on the devlist, userlist, or puredata.info.
-Jonathan
--- On Fri, 6/25/10, ydegoyon@gmail.com ydegoyon@gmail.com wrote:
From: ydegoyon@gmail.com ydegoyon@gmail.com Subject: Re: [PD] [folder] external? To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Kim Cascone" kim@anechoicmedia.com, "pd-list" pd-list@iem.at Date: Friday, June 25, 2010, 4:44 AM
yeh, exactly...
but as people change rules about help files without prior notice, i'm just bored of handling that kind of issue
the initial idea of sethelpsymbol was that you could put as help file : comment-peigner.la.giraffe.pd as help file and nobody would have bothered you for that... but freedom is gone .... with obscure rules...
ciao, sevy
Jonathan Wilkes wrote:
Oh, I thought I was using a nightly build but I wasn't. If I add "playlist-help.pd" to extra/unauthorized I see it finds it just fine.
Thanks, Jonathan
--- On *Thu, 6/24/10, ydegoyon@gmail.com /ydegoyon@gmail.com/* wrote:
From: ydegoyon@gmail.com ydegoyon@gmail.com Subject: Re: [PD] [folder] external? To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Kim Cascone" kim@anechoicmedia.com, "pd-list" pd-list@iem.at Date: Thursday, June 24, 2010, 11:28 PM
the problem is absolutely not that, this is perfectly correct..
problem is that playlist-help.pd is not included in pd-extended ..
Jonathan Wilkes wrote: > A different issue: > > Line 1019 of playlist.c: > class_sethelpsymbol(playlist_class, gensym("playlist.pd")); > > But the help patch is "playlist-help.pd," so pd apologizes: > sorry, couldn't find help patch for "playlist.pd" > > -Jonathan > >
On Thu, 24 Jun 2010, Jonathan Wilkes wrote:
Is sethelpsymbol deprecated? I don't see any info about it on the devlist, userlist, or puredata.info.
I know that Hans is gravely against it, and that kind of gravity can bend the fabric of spacetime on puredata.info.
Actually, I have no idea about puredata.info, but I can tell you that pd-vanilla uses it and I don't think Miller ever said he'd "deprecate" it or delete it or anything.
Actually, I don't know how you search the text, but using the Namazu search, "sethelpsymbol" (without the quotes) gets a handful of results ; however, "class_sethelpsymbol" gets you many times more results.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Fri, 25 Jun 2010, ydegoyon@gmail.com wrote:
the initial idea of sethelpsymbol was that you could put as help file : comment-peigner.la.giraffe.pd as help file and nobody would have bothered you for that... but freedom is gone .... with obscure rules...
Curious belief... I'm pretty sure that if Degoyon had had a help file about combing a giraffe, people would have bothered him big time. Then other people would have pointed at the said helpfile as a proof that Pd should not be taught in schools and stuff.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
I'm not aware of the rules that you are talking about. One thing I do
know is that you don't need to use class_sethelpsymbol() for a object
called [playlist] unless the help patch is called something other than
playlist-help.pd.
So for 'unauthorized', all of the help patches are named after the
objects, so class_sethelpsymbol() is unneeded and redundant.
.hc
On Jun 24, 2010, at 10:44 PM, ydegoyon@gmail.com wrote:
yeh, exactly...
but as people change rules about help files without prior notice, i'm just bored of handling that kind of issue
the initial idea of sethelpsymbol was that you could put as help
file : comment-peigner.la.giraffe.pd as help file and nobody would have bothered you for that... but freedom is gone .... with obscure rules...ciao, sevy
Jonathan Wilkes wrote:
Oh, I thought I was using a nightly build but I wasn't. If I add
"playlist-help.pd" to extra/unauthorized I see it finds it just fine.Thanks, Jonathan
--- On *Thu, 6/24/10, ydegoyon@gmail.com /ydegoyon@gmail.com/*
wrote:From: ydegoyon@gmail.com ydegoyon@gmail.com Subject: Re: [PD] [folder] external? To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Kim Cascone" kim@anechoicmedia.com, "pd-list" <pd-list@iem.at
Date: Thursday, June 24, 2010, 11:28 PM
the problem is absolutely not that, this is perfectly correct..
problem is that playlist-help.pd is not included in pd-extended ..
Jonathan Wilkes wrote:
A different issue:
Line 1019 of playlist.c: class_sethelpsymbol(playlist_class, gensym("playlist.pd"));
But the help patch is "playlist-help.pd," so pd apologizes: sorry, couldn't find help patch for "playlist.pd"
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
As we enjoy great advantages from inventions of others, we should be
glad of an opportunity to serve others by any invention of ours; and
this we should do freely and generously. - Benjamin Franklin
morning all,
On 2010-06-25 20:43:38, Hans-Christoph Steiner hans@at.or.at appears to have written:
I'm not aware of the rules that you are talking about.
huh?!
I clearly and distinctly recall that you (Hans) mentioned to me off-list in 2008 that use of class_sethelpsymbol() was deprecated for pd-extended ("it is best not to use class_sethelpsymbol() at all" [for pd-extended]) and recommended that I remove those calls from my code (to be fair, you offered to make the required changes yourself to the external which brought my use of class_sethelpsymbol() to your attention). I know that I added a few #ifdefs to some of my own externals in order to avoid those calls (and others) for pd-extended builds. I assume that the "changed rules" to which Yves refers in this context are simply the deprecation/breaking of class_sethelpsymbol() for pd-extended, versus its fully functional public-API status in pd-vanilla (@Yves: feel free to correct me if I'm mistaken here).
One thing I do know is that you don't need to use class_sethelpsymbol() for a object called [playlist] unless the help patch is called something other than playlist-help.pd. So for 'unauthorized', all of the help patches are named after the objects, so class_sethelpsymbol() is unneeded and redundant.
Indeed. The same holds (these days) for 'moocow'. I still feel that this discussion is relevant, though.
im(ns)ho, the problem is not so much a matter of the "official" (read "conventional") help-file naming scheme, but rather help files for class aliases (i.e. class-names allocated by class_addcreator(), which is also deprecated / broken in pd-extended), and external "families" (e.g. [any2bytes], [bytes2any], [any2wchars], [wchars2any]): any case in which multiple classes can/should/must share a single intuitive help patch. Such shared help patches however must be needlessly duplicated (e.g. copied on install) to conform with a strict conventional help-file naming scheme as apparently (formerly?) required by pd-extended, which I find inelegant as a programmer and a pain in the wahooni as an external maintainer. Don't get me started on multi-object libraries... just my €0.02 ...
marmosets, Bryan
ps - just to add yet another method for reading directory contents to the ever-growing list attached to the original (wobbling) thread: there's also [readdir], which gives you some filesystem information too (or perhaps [moocow/readdir] for pd-extended; I don't really know since I use pd-vanilla for reasons which may or may not be apparent)...
On Jun 24, 2010, at 10:44 PM, ydegoyon@gmail.com wrote:
yeh, exactly...
but as people change rules about help files without prior notice, i'm just bored of handling that kind of issue
the initial idea of sethelpsymbol was that you could put as help file : comment-peigner.la.giraffe.pd as help file and nobody would have bothered you for that... but freedom is gone .... with obscure rules...
ciao, sevy
Jonathan Wilkes wrote:
Oh, I thought I was using a nightly build but I wasn't. If I add "playlist-help.pd" to extra/unauthorized I see it finds it just fine.
Thanks, Jonathan
--- On *Thu, 6/24/10, ydegoyon@gmail.com /ydegoyon@gmail.com/* wrote:
From: ydegoyon@gmail.com ydegoyon@gmail.com Subject: Re: [PD] [folder] external? To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Kim Cascone" kim@anechoicmedia.com, "pd-list" pd-list@iem.at Date: Thursday, June 24, 2010, 11:28 PM
the problem is absolutely not that, this is perfectly correct..
problem is that playlist-help.pd is not included in pd-extended ..
Jonathan Wilkes wrote:
A different issue:
Line 1019 of playlist.c: class_sethelpsymbol(playlist_class, gensym("playlist.pd"));
But the help patch is "playlist-help.pd," so pd apologizes: sorry, couldn't find help patch for "playlist.pd"
-Jonathan
On Fri, 25 Jun 2010, Bryan Jurish wrote:
I clearly and distinctly recall that you (Hans) mentioned to me off-list in 2008 that use of class_sethelpsymbol() was deprecated for pd-extended ("it is best not to use class_sethelpsymbol() at all" [for pd-extended]) and recommended that I remove those calls from my code
That's the usual mantra. Some kind of preaching without much justification. Thou shalt not use class_sethelpsymbol, thou shalt not use aliases, because it's ugly and wrong. it's wrong because it's ugly, and it's ugly because it's wrong. It's wrong because if you used class_sethelpsymbol, it would be ugly. (see also : begging the question !). It sounds like a seminar about young sheep being guided towards JAVA (Jesus Gosling was born in com.sun.labs.Bethlehem at the beginning of our era...)
Indeed. The same holds (these days) for 'moocow'. I still feel that this discussion is relevant, though.
I don't think it's Hans' business to impose a helpfile style through deprecation of class_sethelpsymbol. Library writers deserve more freedom than that... EVEN if they decide to misuse it, then Hans should not seek to ban sethelpsymbol for example, and instead should go against the content or the filename, such anything that Degoyon decides to be teaching us about giraffe(s).
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Jun 25, 2010, at 7:07 PM, Mathieu Bouchard wrote:
On Fri, 25 Jun 2010, Bryan Jurish wrote:
I clearly and distinctly recall that you (Hans) mentioned to me off- list in 2008 that use of class_sethelpsymbol() was deprecated for
pd-extended ("it is best not to use class_sethelpsymbol() at
all" [for pd-extended]) and recommended that I remove those calls
from my codeThat's the usual mantra. Some kind of preaching without much
justification. Thou shalt not use class_sethelpsymbol, thou shalt
not use aliases, because it's ugly and wrong. it's wrong because
it's ugly, and it's ugly because it's wrong. It's wrong because if
you used class_sethelpsymbol, it would be ugly. (see also : begging
the question !). It sounds like a seminar about young sheep being
guided towards JAVA (Jesus Gosling was born in
com.sun.labs.Bethlehem at the beginning of our era...)Indeed. The same holds (these days) for 'moocow'. I still feel that this discussion is relevant, though.
I don't think it's Hans' business to impose a helpfile style through
deprecation of class_sethelpsymbol. Library writers deserve more
freedom than that... EVEN if they decide to misuse it, then Hans
should not seek to ban sethelpsymbol for example, and instead should
go against the content or the filename, such anything that Degoyon
decides to be teaching us about giraffe(s).
How about you guys all speak for yourselves and let me speak for
myself. This time around, all I said is that there is the only time
to use class_sethelpsymbol() is if the help patch is different than
the classname of the object. Its redudant in that case.
.hc
http://at.or.at/hans/
On Thu, 24 Jun 2010, Jonathan Wilkes wrote:
A different issue: Line 1019 of playlist.c: class_sethelpsymbol(playlist_class, gensym("playlist.pd")); But the help patch is "playlist-help.pd," so pd apologizes: sorry, couldn't find help patch for "playlist.pd"
just delete that line.
btw, it's a good idea to put the comma outside of the quotes, in this case. English has conflicting standards about this kind of thing... it took me a long time before noticing the problem, but it happens once in a while. It's the same when quoting someone and the writing style makes it look like the exclamation mark was from the original author but it was actually added later, because the particular standard of English being used does not allow a distinction there...
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Mathieu Bouchard wrote:
On Thu, 24 Jun 2010, Jonathan Wilkes wrote:
A different issue: Line 1019 of playlist.c: class_sethelpsymbol(playlist_class, gensym("playlist.pd")); But the help patch is "playlist-help.pd," so pd apologizes: sorry, couldn't find help patch for "playlist.pd"
just delete that line.
btw, it's a good idea to put the comma outside of the quotes, in this case. English has conflicting standards about this kind of thing...
true, British rules say the "comma", follows the quotations while American rules states the "comma," stays tucked inside same for periods/end of sentences
not sure about the exact rules (US or UK) pertaining to "!"
but my guess is exclamation marks should be placed outside quotation marks if intended to be in the author's voice and inside if the original speaker was being demonstrative
I can't believe he actually said "w00t"! -versus- He was so excited by his discovery of the [foo] external he exclaimed "w00t!." in this case the period follows the exclamation mark inside the quotations but not sure if this is correct...
it took me a long time before noticing the problem, but it happens once in a while. It's the same when quoting someone and the writing style makes it look like the exclamation mark was from the original author but it was actually added later, because the particular standard of English being used does not allow a distinction there...
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Thu, 24 Jun 2010, Kim Cascone wrote:
true, British rules say the "comma", follows the quotations while American rules states the "comma," stays tucked inside same for periods/end of sentences
You know, I didn't really remember which was which : I use the one I use because it's the standard in French. The US invented the other one because it's different from whatever the UK chose. I wouldn't know about how it is here because I don't read the news in English, but I'd guess it's an unequal blend of UK and US style, simply because many other things are. In north-american French, people stick Very Much to the French standard for those rules of punctuation order (but for the rules of punctuation spacing, however, the game is entirely différent).
He was so excited by his discovery of the [foo] external he exclaimed "w00t!." in this case the period follows the exclamation mark inside the quotations but not sure if this is correct...
I would *definitely* write it like :
He was so excited by his discovery of the [foo] external he exclaimed "w00t!".
Because the period ends the whole sentence and not the inside of the quote. You can distinguish whichever punctuation order I pick because it's easy to write down in a recursive parser and happens all over programming languages (though that's really not why I came to prefer it ; that's simply because it's used all over in the French language).
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
-
Bryan Jurish -
Hans-Christoph Steiner -
Jonathan Wilkes -
Kim Cascone -
Mathieu Bouchard -
Max -
ydegoyon＠gmail.com