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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 > > > _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list