On 5 May 2007, at 5:14 AM, Hans-Christoph Steiner wrote:
[classpath] == [declare -stdpath]
Adds a path to the global search path.
thats great! - I wasn't aware of [classpath] -- now I can stop
wrangling preferences/users trying to get different paths and
libraries for different versions.
simon wise wrote:
On 5 May 2007, at 5:14 AM, Hans-Christoph Steiner wrote:
[classpath] == [declare -stdpath]
Adds a path to the global search path.
thats great! - I wasn't aware of [classpath] -- now I can stop
wrangling preferences/users trying to get different paths and
libraries
On 7 May 2007, at 5:08 PM, IOhannes m zmoelnig wrote:
so why don't you just use [declare]?
apart from the fact, that [declare] has a slightly more complicated
syntax and merges more or less independent functionality, it also has
some advantages: e.g. it is treated specially by pd (it always
Hallo,
simon wise hat gesagt: // simon wise wrote:
I hope there are plans for inclusion in the miller pd distribution
soon (though a least it is fairly easy to explain how to add them,
even to a novice user).
[classpath] is GPL, so unless Miller plans to switch Pd to GPL (which
I doubt)
On May 7, 2007, at 4:58 AM, Frank Barknecht wrote:
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
simon wise wrote:
On 5 May 2007, at 5:14 AM, Hans-Christoph Steiner wrote:
[classpath] == [declare -stdpath]
Adds a path to the global search path.
thats great! - I
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
The idea is to strip down Pd to the most basic objects, then make
everything else a library that's included when needed. [import] and/
or [declare] seem to be some of the essential few.
I wonder: How should we deal
Hallo!
I wonder: How should we deal with the thousands of abstractions that
have been created in the ten years since Pd was invented? To avoid
having to rewrite every patch, some kind of central path preference
mechanism still will be necessary, I guess.
hm ... how do you mean that ?
They
Hallo,
Georg Holzmann hat gesagt: // Georg Holzmann wrote:
I wonder: How should we deal with the thousands of abstractions that
have been created in the ten years since Pd was invented? To avoid
having to rewrite every patch, some kind of central path preference
mechanism still will be
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I don't think anyone is proposing to remove the startup flags/
preferences like path. For the situation that you describe, it
would be easy enough to collect those abstractions into a folder,
then add that folder
Hallo!
No, I mean the other way around: What about old abstractions, that
maybe use externals or other abstractions, but don't have any [import]
or [declare] inside? I have literally thousands of these on my disk
(not all written by me, of course).
Okay, I undestand, me too ... you could
On May 4, 2007, at 11:47 AM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I don't think anyone is proposing to remove the startup flags/
preferences like path. For the situation that you describe, it
would be easy enough to collect
On May 2, 2007, at 12:44 PM, Frank Barknecht wrote:
Hallo,
Georg Holzmann hat gesagt: // Georg Holzmann wrote:
hm ... the idea behind the libdir stuff is (at least for me), that
you
don't need the startup flags and preference files ...
You simply import your library with [import
Hallo Marius!
for any reason the flatspace externals are not created by only using the
objectname. for example mass2D. it is created when I type
flatspace/mass2D. however, it is also not possible to add flatspace to
the startup paths, at least that does not solve the problem. any idea,
libdir: can't load library.
uidohotswos.
will look at that later... thnx.
marius.
Georg Holzmann wrote:
Hallo Marius!
for any reason the flatspace externals are not created by only using
the objectname. for example mass2D. it is created when I type
flatspace/mass2D. however, it is also
Hallo!
libdir: can't load library.
uidohotswos.
jodesiswor ;)
However, can you try pd -verbose and see what happens ?
LG
Georg
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Hallo!
ok found the problem. I did not exchange the preferences file. so all
the paths were still set to test7. but acually that is a problem,
because I add a lot of my own paths and I don't want to add them
everytime when I change the pd version. is it possible to use additional
ok found the problem. I did not exchange the preferences file. so all
the paths were still set to test7. but acually that is a problem,
because I add a lot of my own paths and I don't want to add them
everytime when I change the pd version. is it possible to use additional
preferences files?
Hallo,
Georg Holzmann hat gesagt: // Georg Holzmann wrote:
hm ... the idea behind the libdir stuff is (at least for me), that you
don't need the startup flags and preference files ...
You simply import your library with [import your_lib] directly within
the patch - however, you should be
Hallo!
Can I do import import?
Just joking, but as far as I understand patches using import
need at least one preference line (unless you have
import.pd_linux already in the default path) and one external.
Of course ... but import is in the default path (in latest extended).
LG
Georg
I solve this problem (on OS X) by keeping my personal paths in .pdrc.
~Kyle
On 5/2/07, marius schebella [EMAIL PROTECTED] wrote:
ok found the problem. I did not exchange the preferences file. so all
the paths were still set to test7. but acually that is a problem,
because I add a lot of my
On 3 May 2007, at 5:44 AM, Kyle Klipowicz wrote:
I solve this problem (on OS X) by keeping my personal paths in .pdrc.
which works well for me too.
I'd also love to see a .pdrc, (or a for example a 'local.plist')
which was specific to the version of pd that I was opening, since I
usually
21 matches
Mail list logo