[PD] Latest Pd-extended experiences (zexy)

[David Powers]

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 at 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 at 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 at iem.at mailing list
> >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> >> listinfo/pd-list
> >>
> >> <randomF.pd>
> >> <tripleRand.pd>
> > _______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > listinfo/pd-list
>
>
>
>
> ------------------------------------------------------------------------
> ----
>
>                              kill your television
>
>
>