[PD] counter + list of objects
fbar at footils.org
Sat Jan 12 22:18:47 CET 2008
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> On Sat, 2008-01-12 at 08:44 +0100, Frank Barknecht wrote:
> > Hallo,
> > marius schebella hat gesagt: // marius schebella wrote:
> > > yes, the pdmtl-abs need to get better promoted. they are not widely
> > > known outside the pd montreal community. and afaik there is not reason
> > > not to include them in pd-extended. they have a fancy patching style,
> > > but ok...
> > In general I think it's tricky if abstractions meant to be standard
> > abstractions for Pd use externals themselves.
> on one hand i agree with you, since a collection purely based on
> internals would be a nice thing to have as well (i even would prefer
> such a collection).
> on the other hand, i'd be interested to hear from you, what you mean by
> "it's tricky". what is wrong with declaring that pdmtl-abs are meant to
> provide a set of higher level abstractions based on pd-extended? the
> depencencies are clearly declared and are available for all platforms.
Abstractions for pd-extended could of course use any external included
there, but I meant standard abstractions for (any distribution of) Pd.
 But note that even abstractions for pd-extended need to take care
of nameclashes, i.e. use declare/import, use directory prefixes etc.
Many abstraction collections are sloppy when handling this. (Even
abstractions by pd-extended advocates can forget to always fully
specify the full names of abstractions with import or a prefix. I
don't want to point fingers, but to illustrate what I mean: In the
"mapping" library max_n.pd uses [maximum] from Cyclone undeclared,
disjoin.pd uses [float_argument] from purepd undeclared etc.)
Frank Barknecht _ ______footils.org__
More information about the Pd-list