Le mercredi 20 juin 2007 à 14:49 +0200, Roman Haefeli a écrit :
> as for know, i try to keep
> things as simple as possible, so that anyone can use netpd without
> having technical issues (also pd-extended users, course)
That must explain why netpd is working so good, thanks dear
coordinator, ;).
On Wed, 2007-06-20 at 04:50 +0200, Patco wrote:
> It's true that things might be a lot more complicated if net-pd users
> starts to build net-pd objects with using pd-extended distro, and jam
> with people that are using net-pd distro.
things are more complicated then, absolutely, but:
a) i do
On Wed, 2007-06-20 at 10:32 +0200, Frank Barknecht wrote:
> Hallo,
> Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote:
>
> > Here is a link to the pdmtl list of files. It has quite a few objects,
> > and a lot of dsp ones too. I am all for adopting this framework, since
> > it is already semi-es
On Wed, 2007-06-20 at 20:58 +0900, hard off wrote:
> > it would be like robbing a grandmother.
>
>
> sounds like fun to me!
bad guy!
in that case, you are invited to vandalize in netpd a bit, just for your
fun's sake ;-)
roman
>
>
_
it would be like robbing a grandmother.
sounds like fun to me!
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
On Tue, 2007-06-19 at 17:52 -0500, Kyle Klipowicz wrote:
> I am curious, has anyone ever vandalized the netpd patches during a jam?
Fortunately, no. i once kind of vandalized. a person left the computer
and we needed to restart every client for some reason. because that
person was not reachable, i
Hallo,
Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote:
> Here is a link to the pdmtl list of files. It has quite a few objects,
> and a lot of dsp ones too. I am all for adopting this framework, since
> it is already semi-established with users.
>
> http://wiki.dataflow.ws/PdMtlAbstractions/C
Here is a link to the pdmtl list of files. It has quite a few objects,
and a lot of dsp ones too. I am all for adopting this framework, since
it is already semi-established with users.
http://wiki.dataflow.ws/PdMtlAbstractions/Contents
Let's face it, it's difficult to find objects through the sor
Hello,
Kyle Klipowicz a écrit :
> I am curious, has anyone ever vandalized the netpd patches during a jam?
>
>
It's true that things might be a lot more complicated if net-pd users
starts to build net-pd objects with using pd-extended distro, and jam
with people that are using net-pd distro.
Another interesting approach is that taken by pdmtl, which uses a
namespace-type separation of objects based upon their type and use.
IIRC, it is not in Pd-extended yet either...
~Kyle
On 6/19/07, Steffen <[EMAIL PROTECTED]> wrote:
>
> On 19/06/2007, at 21.55, Roman Haefeli wrote:
>
> > a wiki-pa
I am curious, has anyone ever vandalized the netpd patches during a jam?
~Kyle
On 6/19/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-06-19 at 19:33 +0200, Steffen wrote:
>
> > The "x.x.x"-system might be nice. How do you use it? Keep the first
> > x=0 at all times as no code gets to
Hallo,
Steffen hat gesagt: // Steffen wrote:
> On 19/06/2007, at 21.55, Roman Haefeli wrote:
>
> > a wiki-page for streamlining the idea and a little howto-guide
> > (with the
> > stuff we already discussed) would be nice, though i don't know how to
> > create the page, respectively who as writ
On Tue, 2007-06-19 at 17:11 +0200, Frank Barknecht wrote:
> Some other things: A tricky issue may be abstractions that use other
> custom abstractions. I think, a subdirectory for these
> sub-abstractions would be good to have, so that the namespace doesn't
> get polluted.
personally, i don't su
On 19/06/2007, at 21.55, Roman Haefeli wrote:
> a wiki-page for streamlining the idea and a little howto-guide
> (with the
> stuff we already discussed) would be nice, though i don't know how to
> create the page, respectively who as write acces to it.
I think it's a matter for proposing it to
On Tue, 2007-06-19 at 19:44 +0200, Steffen wrote:
> > who does define the goals?
>
> I think you (pl.) are defining the goals and form of it in this email
> correspondence. It goes quite well. When you consider it dense, add
> it up in a README. Maybe even make a wiki page for it in http://
On Tue, 2007-06-19 at 19:33 +0200, Steffen wrote:
> The "x.x.x"-system might be nice. How do you use it? Keep the first
> x=0 at all times as no code gets to version 1; bumb the second x when
> new features are added; bumb the last x when bugs are corrected? -
yo, that is how i use them. but
On 19/06/2007, at 19.52, Frank Barknecht wrote:
> Steffen hat gesagt: // Steffen wrote:
>
>> Version numbers i think is crucial. It is simply a dread when folks
>> share there nice code and one don't have a simple system (version
>> numbers) to keep track of what is what and what is newer. By all
Hallo,
Steffen hat gesagt: // Steffen wrote:
> Version numbers i think is crucial. It is simply a dread when folks
> share there nice code and one don't have a simple system (version
> numbers) to keep track of what is what and what is newer. By all
> means, please!
I don't think it's neces
On 19/06/2007, at 1.06, Roman Haefeli wrote:
> On Tue, 2007-06-19 at 00:47 +0200, Steffen wrote:
>> On 18/06/2007, at 23.21, Roman Haefeli wrote:
>>
>>> one question still remains: how is it organized?
>>
>> If it is of any interest i've already voided my opinion, cf.
>> http://lists.puredata.inf
On 19/06/2007, at 18.48, Roman Haefeli wrote:
> i forgot to mention, my and syntax' abstractions use a version tag of
> the format:
>
> [version x.x.x( (where x can be any integer number)
>
> this is used in netpd, though i am not sure if it makes sense to
> have it
> as a standard. if you thi
On Tue, 2007-06-19 at 17:11 +0200, Frank Barknecht wrote:
> Hallo,
> Roman Haefeli hat gesagt: // Roman Haefeli wrote:
>
> > Name (of the patch/abstraction)
> > (Name of the) Author
> > Binary deps (pd-version, externals)
> > Patch deps (abs-collection or single abs)
> > License (e.g. Gnu GPL)
> >
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> Name (of the patch/abstraction)
> (Name of the) Author
> Binary deps (pd-version, externals)
> Patch deps (abs-collection or single abs)
> License (e.g. Gnu GPL)
>
> though it is also my opinion, that in the first place it is important
>
On Tue, 2007-06-19 at 01:09 +0200, Roman Haefeli wrote:
> On Mon, 2007-06-18 at 23:34 +0200, Frank Barknecht wrote:
> > Hallo,
> > Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> >
> > > one question still remains: how is it organized? will some mercyful
> > > person voluntarly collect the dsp
On Mon, 2007-06-18 at 23:34 +0200, Frank Barknecht wrote:
> Hallo,
> Roman Haefeli hat gesagt: // Roman Haefeli wrote:
>
> > one question still remains: how is it organized? will some mercyful
> > person voluntarly collect the dsp abs and check it in into cvs? or shall
> > we give cvs write access
On Tue, 2007-06-19 at 00:47 +0200, Steffen wrote:
> On 18/06/2007, at 23.21, Roman Haefeli wrote:
>
> > one question still remains: how is it organized?
>
> If it is of any interest i've already voided my opinion, cf.
> http://lists.puredata.info/pipermail/pd-list/2007-06/051122.html
absolutely
On 18/06/2007, at 23.21, Roman Haefeli wrote:
> one question still remains: how is it organized?
If it is of any interest i've already voided my opinion, cf.
http://lists.puredata.info/pipermail/pd-list/2007-06/051122.html
___
PD-list@iem.at mailing
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> one question still remains: how is it organized? will some mercyful
> person voluntarly collect the dsp abs and check it in into cvs? or shall
> we give cvs write access to every interested author?
I'd rather not give anyone write permis
hello everyone
one question still remains: how is it organized? will some mercyful
person voluntarly collect the dsp abs and check it in into cvs? or shall
we give cvs write access to every interested author?
personally, i'd like to concentrate on netpd, rather than maintaining
this project. but
28 matches
Mail list logo