hello:
Thanks for all your replies, it was helpful. what got me to post the original message was to find a way to see exactly what externals I have, maybe a list of some sort.
I have now got what I need by using the 'ls' command in the Terminal with the /usr/local/lib/pd/extra path. And just copy the list and paste it to a text file.
Many thanks
Yours
CHUN
But unfortunately, that method won't tell you want objects are in the
libraries that you have. I think Mathieu Bouchard's IMPD has an object
listing feature which hopefully will make it into wide distribution.
.hc
On Thursday, Apr 8, 2004, at 06:17 America/New_York, chun lee wrote:
hello:
Thanks for all your replies, it was helpful. what got me to post the original message was to find a way to see exactly what externals I
have, maybe a list of some sort.I have now got what I need by using the 'ls' command in the Terminal
with the /usr/local/lib/pd/extra path. And just copy the list and paste it
to a text file.Many thanks
Yours
CHUN
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/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
On Thu, 8 Apr 2004, Hans-Christoph Steiner wrote:
But unfortunately, that method won't tell you want objects are in the
libraries that you have. I think Mathieu Bouchard's IMPD has an object
listing feature which hopefully will make it into wide distribution.
The object class browser (and the name completion in edition of objectboxes) rely on Pd's loaded classes, not the non-loaded ones, though after the Tcl side has downloaded the list from the C side, it attempts to complete the list by adding non-loaded externals. It won't go look inside non-loaded libraries, though, as it's simply not possible to do so in any kind of meaningful, reliable way.
Mathieu Bouchard http://artengine.ca/matju
On Sunday, Apr 11, 2004, at 03:46 America/New_York, Mathieu Bouchard
wrote:
On Thu, 8 Apr 2004, Hans-Christoph Steiner wrote:
But unfortunately, that method won't tell you want objects are in the libraries that you have. I think Mathieu Bouchard's IMPD has an
object listing feature which hopefully will make it into wide distribution.The object class browser (and the name completion in edition of objectboxes) rely on Pd's loaded classes, not the non-loaded ones,
though after the Tcl side has downloaded the list from the C side, it
attempts to complete the list by adding non-loaded externals. It won't go look
inside non-loaded libraries, though, as it's simply not possible to do so in
any kind of meaningful, reliable way.
This sounds like a good approach and will work well with the packages
since we are moving away from libraries and compiling individual
objects instead.
.hc
"If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an
idea, which an individual may exclusively possess as long as he keeps
it to himself; but the moment it is divulged, it forces itself into the
possession of everyone, and the receiver cannot dispossess himself of
it."
- Thomas Jefferson
On Sun, 11 Apr 2004, Hans-Christoph Steiner wrote:
This sounds like a good approach and will work well with the packages
since we are moving away from libraries and compiling individual
objects instead.
Heheheh. Libraries are not going away anytime soon. Maybe _you_ are going away from libraries... But you're not going to coerce everyone into compiling individual objects. There is no practical sense to doing that.
And I have a question for you: how would you wish non-C externals to be handled, other than not handling them at all?
Mathieu Bouchard http://artengine.ca/matju
On Sunday, Apr 11, 2004, at 17:14 America/New_York, Mathieu Bouchard
wrote:
On Sun, 11 Apr 2004, Hans-Christoph Steiner wrote:
This sounds like a good approach and will work well with the packages since we are moving away from libraries and compiling individual objects instead.
Heheheh. Libraries are not going away anytime soon. Maybe _you_ are
going away from libraries... But you're not going to coerce everyone into compiling individual objects. There is no practical sense to doing
that.And I have a question for you: how would you wish non-C externals to be handled, other than not handling them at all?
There is no coercion going on, everyone is free to build Pd and
externals however they want. By "we" I meant those who work on making
the installers/packages (among others). And in those, we are working
to make everything compile as individual objects because it is much
more manageable. But if someone wanted, they could build an installer
where everything was compiled as libraries.
As for non-C externals, there are a number of flext-based externals
that are already compiled as individual objects. But I have mostly
worked with C externals so I wouldn't know the details about that.
.hc ________________________________________________________________________ ____
"[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