Re: [PD] reusable snippets with key commands WAS: left mouse click abuse

2009-01-10 Thread Chris McCormick
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 dig this idea!

Chris.

---
http://mccormick.cx

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] reusable snippets with key commands WAS: left mouse click abuse

2009-01-06 Thread marius schebella
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 for the object or a
 list
 of standard combinations for this object.
 marius.
 make an GOP abstraction with a bang and a openpanel.
 that's really not the same, I want a set of objects created
 automatically inside the patch, so that I can connect, drag or reuse
 them in the patcher window.
 this could be extended in so many ways. for example autoincrementing
 object arguments when you use a special duplicate command.
 marius.
 don't know if anyone here wants to hear about it, but this is exactly
 what the clippings folder in maxmsp is used for.
 the user can save little (or big) code snippets there as regular
 patch files. then you can access the patches through a context menu
 and paste the code snippets into any new patches you are working on.
 ok, no key-shortcuts yet, but those could be added easily i suppose.
 very handy feature in my opinion.
 volker.
 
 Yo, just for the sake of discussion, the [templater] object I released
 last month is one implementation of this snippets idea.
 See here:
 http://lists.puredata.info/pipermail/pd-list/2008-12/066854.html
 
 (also, some of the stuff being requested like canvas object counts
 etc. can be found in IOhannes's iemguts).
 Best
 Luke


Hi Luke,

I did not read the pd list during the last 3 months, sorry. but that is 
what I was looking for! this really gives a lot of opportunities.

which leads me to more questions:

Is there a way to tell, which objects (by object count) are selected in 
a patch? and a way to query the content of an object by object count? 
and can I select (mark blue) an object in the patch by object count?

for the snipplets, I think, if you add a snipplet to your canvas, it 
should be selected by default, so that you can easily undo the paste. 
and I also like the idea of cycling through a set of snipplets with the 
same key combination. that way you don't have to remember so many 
keyboard commands. it is more like using a dictionary for text messaging 
on the phone. one key cycles through all the possible words with a 
certain letter combination. in Pd it would cycle depending on the 
object(s) you select, or just some standard clippings.

marius.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] reusable snippets with key commands WAS: left mouse click abuse

2009-01-06 Thread Hans-Christoph Steiner

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 modules to  
 work on:

 - unified preference panel with tabs (like standard pref panes on
 GNOME, Mac OS X, and Windows)
 (snip)

 I though the point was to first restructure u_main.tk, then add  
 futures. As opposed to adding features while restructuring.

I think that's how we agreed on it, and I think it makes sense.  I'd  
like to hear what others think.  Combining the preference panels into  
one with tabs is more of a restructuring than a new feature.  It  
wouldn't change the logic of the code at all.

.hc

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] reusable snippets with key commands WAS: left mouse click abuse

2009-01-06 Thread Mathieu Bouchard

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 object by object count?


How would you like it to work in particular?


and can I select (mark blue) an object in the patch by object count?


First call glist_noselect(canvas) then call glist_select(canvas,o) where o 
is found in a way very similar to what [objectcount] does. I could write 
it if you give me some feedback on [objectcount].


 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] reusable snippets with key commands WAS: left mouse click abuse

2009-01-06 Thread Mathieu Bouchard

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;
static t_class *objectselect_class;
t_pd *objectselect_new (void) {
  t_objectselect *self = (t_objectselect *)pd_new(objectselect_class);
  self-c=canvas_getcurrent();
  return (t_pd *)self;
}
void objectselect_float(t_objectselect *self, t_float f) {
  glist_noselect(self-c);
  int i=0; t_gobj *o = self-c-gl_list;
  for (; o; i++, o=o-g_next) if (i==(int)f) break;
  if (o) glist_select(self-c,o);
}
void objectselect_setup (void) {
  objectselect_class=class_new(gensym(objectselect),
(t_newmethod)objectselect_new,0,sizeof(t_objectselect),0,0);
  class_addfloat(objectselect_class,objectselect_float);
}

 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] reusable snippets with key commands WAS: left mouse click abuse

2009-01-05 Thread Hans-Christoph Steiner

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 abstraction with a bang and a openpanel.

 that's really not the same, I want a set of objects created
 automatically inside the patch, so that I can connect, drag or reuse
 them in the patcher window.
 this could be extended in so many ways. for example autoincrementing
 object arguments when you use a special duplicate command.
 marius.

 don't know if anyone here wants to hear about it, but this is exactly
 what the clippings folder in maxmsp is used for.
 the user can save little (or big) code snippets there as regular
 patch files. then you can access the patches through a context menu
 and paste the code snippets into any new patches you are working on.
 ok, no key-shortcuts yet, but those could be added easily i suppose.
 very handy feature in my opinion.
 volker.

This is something that I really want to work on, and is one of the  
reasons why we need to rewrite u_main.tk.  u_main.tk is so messy, it  
is basically impossible to extend without creating bugs.

- folder with pd patches named after key commands: ctrl-j.pd, shift- 
ctrl-7.pd, etc.  The contents of the patch would then be pasted at the  
cursor position when you hit the key.

- 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.

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 with tabs (like standard pref panes on  
GNOME, Mac OS X, and Windows)

- network connection written in Tcl

- flexible key binding code so that people can easily experiment with  
all these ideas (this is started)

- restructure Pd window for cleaner UI and code

.hc







 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] reusable snippets with key commands WAS: left mouse click abuse

2009-01-05 Thread Luke Iannini
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
 list
 of standard combinations for this object.
 marius.

 make an GOP abstraction with a bang and a openpanel.

 that's really not the same, I want a set of objects created
 automatically inside the patch, so that I can connect, drag or reuse
 them in the patcher window.
 this could be extended in so many ways. for example autoincrementing
 object arguments when you use a special duplicate command.
 marius.

 don't know if anyone here wants to hear about it, but this is exactly
 what the clippings folder in maxmsp is used for.
 the user can save little (or big) code snippets there as regular
 patch files. then you can access the patches through a context menu
 and paste the code snippets into any new patches you are working on.
 ok, no key-shortcuts yet, but those could be added easily i suppose.
 very handy feature in my opinion.
 volker.

Yo, just for the sake of discussion, the [templater] object I released
last month is one implementation of this snippets idea.
See here:
http://lists.puredata.info/pipermail/pd-list/2008-12/066854.html

(also, some of the stuff being requested like canvas object counts
etc. can be found in IOhannes's iemguts).
Best
Luke


 This is something that I really want to work on, and is one of the
 reasons why we need to rewrite u_main.tk.  u_main.tk is so messy, it
 is basically impossible to extend without creating bugs.

 - folder with pd patches named after key commands: ctrl-j.pd, shift-
 ctrl-7.pd, etc.  The contents of the patch would then be pasted at the
 cursor position when you hit the key.

 - 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.

 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 with tabs (like standard pref panes on
 GNOME, Mac OS X, and Windows)

 - network connection written in Tcl

 - flexible key binding code so that people can easily experiment with
 all these ideas (this is started)

 - restructure Pd window for cleaner UI and code

 .hc







 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list


 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] reusable snippets with key commands WAS: left mouse click abuse

2009-01-05 Thread Steffen Juul

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 with tabs (like standard pref panes on
 GNOME, Mac OS X, and Windows)
(snip)

I though the point was to first restructure u_main.tk, then add  
futures. As opposed to adding features while restructuring.


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list