This would be a good place to start. I think having a [pd META]
subpatch will make accurate parsing easier, and allow for other types
of meta data to be easily added. That's what we did with the PDDP
reference patch.
but in case the externals get organised through function (instead of
On Mon, 2 Mar 2009, Hans-Christoph Steiner wrote:
On Mar 2, 2009, at 11:01 PM, Mathieu Bouchard wrote:
(Well, it's also possible to just stop using help files, but 99% of the
users would hate it)
pdpedia is not meant to be help patches, instead it is info about the object
and things like
On Mar 3, 2009, at 6:10 AM, João Pais wrote:
This would be a good place to start. I think having a [pd META]
subpatch will make accurate parsing easier, and allow for other types
of meta data to be easily added. That's what we did with the PDDP
reference patch.
but in case the externals
On Mar 3, 2009, at 9:39 AM, Mathieu Bouchard wrote:
On Mon, 2 Mar 2009, Hans-Christoph Steiner wrote:
On Mar 2, 2009, at 11:01 PM, Mathieu Bouchard wrote:
(Well, it's also possible to just stop using help files, but 99%
of the users would hate it)
pdpedia is not meant to be help patches,
On Tue, 3 Mar 2009, Hans-Christoph Steiner wrote:
On Mar 3, 2009, at 9:39 AM, Mathieu Bouchard wrote:
Perhaps you understand yourself, but help patches are meant to contain
info about the object and in some cases it contains links to related
pages. There's nothing about links that make them
On Mar 2, 2009, at 11:01 PM, Mathieu Bouchard wrote:
On Sat, 28 Feb 2009, Frank Barknecht wrote:
BTW: That is (and already was in the discussion about it at pd~conv
Montreal) my main problem with pdpedia: IMO a Pd doc wiki takes the
reference documention too far away from the files.
I
On Fri, Feb 27, 2009 at 3:58 PM, Mathieu Bouchard ma...@artengine.ca wrote:
On Fri, 27 Feb 2009, marius schebella wrote:
Pd world series top 40
frank's special blend
other utilities
objects that might crash
the ones I almost never use
not allowed during war
Other possible taxonomy: three
Hallo,
Luke Iannini hat gesagt: // Luke Iannini wrote:
I just took a look at Max/MSP and they have a nice tagging system, as
well as an excellent configurable filter on their file browser that
ends up being a pretty elegant solution to many of these problems.
Perhaps going the route of adding
Luke Iannini wrote:
On Fri, Feb 27, 2009 at 3:58 PM, Mathieu Bouchard ma...@artengine.ca wrote:
On Fri, 27 Feb 2009, marius schebella wrote:
Pd world series top 40
frank's special blend
other utilities
objects that might crash
the ones I almost never use
not allowed during war
Other
This would be a good place to start. I think having a [pd META]
subpatch will make accurate parsing easier, and allow for other types
of meta data to be easily added. That's what we did with the PDDP
reference patch.
As for tagging, as long as it is not too hard to add more tags later,
João Pais wrote:
exactly. in the contrary of the before mentioned libraries, these are more
groups of externals compassing different groups: glue, math, matrix, ...
please someone explain to me the differences.
this sounds all very nice on a piece of paper, but to which category
does
Hi,
João Pais wrote:
exactly. in the contrary of the before mentioned libraries, these are
more
groups of externals compassing different groups: glue, math, matrix, ...
please someone explain to me the differences.
this sounds all very nice on a piece of paper, but to which category
One thing I was thinking about recently is whether we need a hierarchy
of classes. In Object-Oriented Programming, there is hierarchy of
classes as part of the basis of the language. There is no hierarchy of
classes in Pd so it seems to me that there should also be no hierarchy
in
On Fri, 27 Feb 2009, IOhannes m zmoelnig wrote:
i used [pix_sig2pix~] as an example about how categories often fail. it
was the first object that came to my mind that clearly belongs into
several categories at the same time. there are other objects (within
zexy, vanilla, list-abs, creb,
may I suggest the following category structure
Pd world series top 40
frank's special blend
other utilities
objects that might crash
the ones I almost never use
not allowed during war
...
marius.
2009/2/27 Mathieu Bouchard ma...@artengine.ca:
On Fri, 27 Feb 2009, IOhannes m zmoelnig wrote:
i
On Fri, 27 Feb 2009, marius schebella wrote:
Pd world series top 40
frank's special blend
other utilities
objects that might crash
the ones I almost never use
not allowed during war
Other possible taxonomy: three categories total:
good/
bad/
ugly/
Other possible taxonomy: five
hi,
I doubt that these categories will be as hierarchical and structured as
proposed here.
for example the pdp objects, gridflow and gem(pix and particle+related
objects) are good examples for libraries.
but zexy and cyclone are libraries where even after so many years I
still don't know what
One thing I was thinking about recently is whether we need a hierarchy
of classes. In Object-Oriented Programming, there is hierarchy of
classes as part of the basis of the language. There is no hierarchy
of classes in Pd so it seems to me that there should also be no
hierarchy in the
Hallo,
Luke Iannini hat gesagt: // Luke Iannini wrote:
is something like this possible: each developer drops his stuff in svn in
the current structure, but when compiled all externals are divided into
categories (e.g. like the above named)? each developer has his own corner
to drop stuff,
Luke Iannini a écrit :
And, here's an example from my own sfruit/ collection:
i try to make some correction to add somes stuff...
gui/ (for extending, interacting with, or working around limitations
of the IEMGUIs)
ds-gui/
ds-abs/
input
keyboard/
hid/
color/
control/
just a couple fast general comments (must leave in 15m):
- how about 3 (?) general categories, where everything else is organised?
It might be easier to keep everything in mind.
- glue/control
- singal/audio
- GUI
(probably there are more main categories?)
- maybe it's time easier to
Frank Barknecht a écrit :
...
There is one big problem to solve with reorganizing (which I'm
generally in favour of): interdependencies between libraries.
That's why [list]-abs deliberately avoids these completely and relies
only on Pd-vanilla, but libs like RTClib or mapping etc. depend
On Feb 25, 2009, at 11:35 AM, João Pais wrote:
just a couple fast general comments (must leave in 15m):
- how about 3 (?) general categories, where everything else is
organised?
It might be easier to keep everything in mind.
- glue/control
- singal/audio
- GUI
(probably there
a few years ago i started to scratch together a php/mysql based database for
pure-data documentation, the project became eclipsed by the push to the
wikimedia based pdpedia, so i didn't get much further than documenting vanilla
objects, and integrating the csv doc by marius schebella. but the
Hans-Christoph Steiner a écrit :
On Feb 25, 2009, at 4:03 AM, Frank Barknecht wrote:
Hallo,
Luke Iannini hat gesagt: // Luke Iannini wrote:
is something like this possible: each developer drops his stuff in
svn in
the current structure, but when compiled all externals are divided
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I think you outlined the argument against this proposal with your zexy
example. It doesn't sound like a real solution if you include one
version of list-drip in the list-abs library because of technical
On Feb 25, 2009, at 1:51 PM, cyrille henry wrote:
Hans-Christoph Steiner a écrit :
On Feb 25, 2009, at 4:03 AM, Frank Barknecht wrote:
Hallo,
Luke Iannini hat gesagt: // Luke Iannini wrote:
is something like this possible: each developer drops his stuff
in svn in
the current
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I am bummed that we have to even discuss Apple's anti-free-software
tactics in relation to the design of Pd. The only reason why you
can't include externals as libdirs on the official iPhone is because
of
On Feb 25, 2009, at 3:11 PM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I am bummed that we have to even discuss Apple's anti-free-software
tactics in relation to the design of Pd. The only reason why you
can't include externals as
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I am not talking about including files, I am talking about the forced
static linking, i.e no dlopen(). It makes sense to me to not include
102 MB of files for rjdj, no complaints about that.
Ah, okay, I
On Feb 25, 2009, at 3:58 PM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I am not talking about including files, I am talking about the forced
static linking, i.e no dlopen(). It makes sense to me to not include
102 MB of files for
31 matches
Mail list logo