On Mon, Jan 05, 2009 at 02:24:23PM -0500, Hans-Christoph Steiner wrote:
- a folder with pd patches named after file extensions, wav.pd,
txt.pd, ogg.pd, etc. The contents of the patch would be paster at the
cursor position when you drag-n-drop a file of that type onto the
canvas.
Really
Luke Iannini wrote:
On Mon, Jan 5, 2009 at 11:24 AM, Hans-Christoph Steiner h...@eds.org wrote:
On Jan 5, 2009, at 4:42 AM, volker böhm wrote:
marius schebella a écrit :
...
[openpanel] always goes with a bang input. default pd-auto-
completion
could directly be taken from the help patch
On Jan 6, 2009, at 2:01 AM, Steffen Juul wrote:
On 05/01/2009, at 20.24, Hans-Christoph Steiner wrote:
Basically, the sooner we have the new u_main.tk replacement code
finished, the sooner we can start tackling things like this in a
rational fashion. Here are some parts that are good
On Tue, 6 Jan 2009, marius schebella wrote:
Is there a way to tell, which objects (by object count) are selected in
a patch?
If I sent you an external doing this it's because I believe that it can't
be done without an external or modification to pd.
and a way to query the content of an
On Tue, 6 Jan 2009, Patrice Colet wrote:
how do you get a specific selected object with using [objectcount]?
You don't, you have to make a new class very similar to [objectcount],
that's all.
#include m_pd.h
#include g_canvas.h
typedef struct {t_object o; t_canvas *c;} t_objectselect;
On Jan 5, 2009, at 4:42 AM, volker böhm wrote:
marius schebella a écrit :
...
[openpanel] always goes with a bang input. default pd-auto-
completion
could directly be taken from the help patch for the object or a
list
of standard combinations for this object.
marius.
make an GOP
On Mon, Jan 5, 2009 at 11:24 AM, Hans-Christoph Steiner h...@eds.org wrote:
On Jan 5, 2009, at 4:42 AM, volker böhm wrote:
marius schebella a écrit :
...
[openpanel] always goes with a bang input. default pd-auto-
completion
could directly be taken from the help patch for the object or a
On 05/01/2009, at 20.24, Hans-Christoph Steiner wrote:
Basically, the sooner we have the new u_main.tk replacement code
finished, the sooner we can start tackling things like this in a
rational fashion. Here are some parts that are good modules to
work on:
- unified preference panel
