There have been a number of discussions about "flatspace" on the
list, if you are interested in knowing more about the whole story, I
recommend checking out the archives of pd-list and pd-dev
http://puredata.org/community/lists
.hc
On Jun 3, 2007, at 11:49 AM, David Powers wrote:
Just to be clear, I think this package is great, and clearly superior to previous ones. I know it takes time, but things are clearly going in the right direction! And I know it's hard sometimes to get everyone on the same page in an open source project where things aren't managed in such a hierarchical way.
I'm still a little confused about this "flatspace" folder, ie. just what is there and why. But most important, is that at least now I know I should check it.
~David
On 6/3/07, Hans-Christoph Steiner hans@eds.org wrote:
Things are not moving to flatspace, that's from the "pd-externals" package build system. Unfortunately, a couple devs have been removing things from flatspace. It should be kept as is for backwards compatibility.
You are right, all this stuff should be documented much better. It's a matter of someone doing the work, I don't think anyone is opposed to having more documentation. Part of the big drive for making Pd- extended is to have a common platform of all this code. If you used externals before the externals packages and Pd-extended, you'll remember lots of pain related to that. Now that it's starting to take shape, perhaps more people can contribute to making it better documented, work smoother, etc.
.hc
On Jun 3, 2007, at 11:25 AM, David Powers wrote:
Perhaps it's a matter of missing documentation? I don't think, that discussing something on a mailing list counts as "documentation". There is a readme file that loads up when I install Pd-extended, I would expect such a file to tell me of the kind of changes that
will
totally break my work when I upgrade. Perhaps just a big BOLD
notice
telling users to check in flatspace folder for missing externals.
I guess I missed all this discussion you refer to, but if I read
this
list when I am in the middle of workday coding bad PHP or Ajax, I'm not so likely to remember some things. In fact, the only thing I
knew
about was counter, I had no idea about the random stuff and no recollection of ever seeing this discussion. I guess that's weird, maybe I'm getting old and forgetting everything... ;-)
I guess I didn't realize how much was moving to flatspace, the discussion made me think it was things I didn't really use and
not a
very large amount of externals. Now that I've looked in that
folder I
see what you are talking about!!!
Anyway in this case I rebuilt the externals as abstractions, which wasn't so hard. The randomF I posted was missing a loadbang
though, so
attached is the corrected one for posterity's sake...
~David
Anyway I missed a loadbang in my last patch, so here are the
~David
On 6/3/07, Frank Barknecht fbar@footils.org wrote:
Hallo, David Powers hat gesagt: // David Powers wrote:
Second issue, which to me is perhaps a bigger problem: the
utility
externals seem to have disappeared from Gem with no warning.
IIRC the "warning" was kind of discussed several times on the Gem/Pd-related lists, but nevertheless: the MarkEx files have been moved out of Gem to their own "library" called "markex" in pd-extended. There they are also part of what's called
"flatspace" in
pd-extended-lingo.
Ciao
Frank Barknecht _ ______footils.org_
__goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
<randomF.pd> <tripleRand.pd>
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
kill your television
I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies, education and culture for their minds,
and dignity, equality and freedom for their spirits. - Martin
Luther King, Jr.