Re: [PD] 3 new gui-plugins
Thanks for the reply Andras, I removed the search path to the default folder and the error disappeared, great! Cheers, Joe Message: 3 Date: Thu, 14 Apr 2011 17:57:36 +0200 From: Andr?s Mur?nyi muran...@gmail.com Subject: Re: [PD] 3 new gui-plugins To: PD List pd-list@iem.at Message-ID: banlktimjblcbnhu+-gagnk3bw-dttbh...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hello Joe, seems like Pd tries to load the plugin twice! Which means that you have its folder in your search path twice... try to remove one occurrence of the folder from your .pdsettings or .pdextended, and if it is a default folder, you can remove the single occurrence you find, because default folders are searched by default, no need to have them in your settings. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
The auto-completion is fantastic stuff! Especially the drop-down menu addition. Congratulations Yvan, HC JW. Is there anyway of modifying the plugin so that instead of using TAB this happens... * Create new object - list of objects appear in full (0-9, a-z) but focus stays in object * Begin typing - list of objects reduces as you type * See the one you want - arrow key up/down, focus changes to drop-down box then ENTER to select desired object Is this something that is possible? I tend to go on breaks from Pd when real life kicks back in so every time I come back I find myself opening up the help list of all objects to remember what tools I have available to me. So a complete list I would find very helpful, plus I think this would aid beginners a lot too. Cheers, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
On 04/14/2011 11:54 AM, JF wrote: The auto-completion is fantastic stuff! Especially the drop-down menu addition. Congratulations Yvan, HC JW. Is there anyway of modifying the plugin so that instead of using TAB this happens... there is a new version but it's still expermiental (and unreleased). if you wanna test it: http://github.com/gusano/pd_stuffs and checkout autocompletion_experimental branch * Create new object - list of objects appear in full (0-9, a-z) but focus stays in object then it can be a *long* list of objects so I should change the GUI for it (nomore popup menu but a window with scrollbars but then you don't have an easy overview of all completions...). not sure I really want that though :/ maybe this could be a user option ? * Begin typing - list of objects reduces as you type the experimental version does that but there are still some bugs * See the one you want - arrow key up/down, focus changes to drop-down box then ENTER to select desired object the current version does that cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
* Create new object - list of objects appear in full (0-9, a-z) but focus stays in object then it can be a *long* list of objects so I should change the GUI for it (nomore popup menu but a window with scrollbars but then you don't have an easy overview of all completions...). not sure I really want that though :/ maybe this could be a user option ? Yes I can see this annoying a lot of other people but a user option would be fantastic ; ) * Begin typing - list of objects reduces as you type the experimental version does that but there are still some bugs I tried it out and it is awesome and way closer to what feels natural to me! I'm not sure if I made myself clear in the first post but I was trying to advocate a way in which the drop-down menu could pop-up _without_ pressing TAB? Perhaps it could pop up as soon as you start typing? Is this possible do you know or maybe even as an option??? Again great work though Yvan! Definitely the best improvement to Pd for me in the past couple of years. John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
Hi Yvan, First off, great plugin - love the feature! I just checked out the latest version of the autocomplete plugin from github. Every time I start up Pd I get the same error (this doesn't seem to affect any functionality): loaded: autocompletion-plugin 0.33 --- UNHANDLED ERROR: can't rename to ::pd_bindings::sendkey_old: command already exists while executing rename ::pd_bindings::sendkey ::pd_bindings::sendkey_old (uplevel body line 12) invoked from within uplevel #0 $tclcode FAILED TO LOAD /Users/joe/Library/Pd/autocompletion-plugin.tcl --- Also, when using the tab function, after the context menu shows, pressing the arrow keys (or any other key) followed by TAB again gives the following 'Application Error': Error: Cannot call post message while al... Once this shows Pd becomes unresponsive and I have to force quit it. I'm running Pd-0.43-0 on a MacBook Pro running OS X 10.6.7 Thanks, Joe Message: 4 Date: Thu, 14 Apr 2011 13:55:24 +0200 From: yvan volochine yvan...@gmail.com Subject: Re: [PD] 3 new gui-plugins To: JF sainti...@yahoo.com Cc: pd-list@iem.at Message-ID: 4da6e0ac@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 04/14/2011 11:54 AM, JF wrote: The auto-completion is fantastic stuff! Especially the drop-down menu addition. Congratulations Yvan, HC JW. Is there anyway of modifying the plugin so that instead of using TAB this happens... there is a new version but it's still expermiental (and unreleased). if you wanna test it: http://github.com/gusano/pd_stuffs and checkout autocompletion_experimental branch * Create new object - list of objects appear in full (0-9, a-z) but focus stays in object then it can be a *long* list of objects so I should change the GUI for it (nomore popup menu but a window with scrollbars but then you don't have an easy overview of all completions...). not sure I really want that though :/ maybe this could be a user option ? * Begin typing - list of objects reduces as you type the experimental version does that but there are still some bugs * See the one you want - arrow key up/down, focus changes to drop-down box then ENTER to select desired object the current version does that cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
Hello Joe, seems like Pd tries to load the plugin twice! Which means that you have its folder in your search path twice... try to remove one occurrence of the folder from your .pdsettings or .pdextended, and if it is a default folder, you can remove the single occurrence you find, because default folders are searched by default, no need to have them in your settings. Andras On Thu, Apr 14, 2011 at 17:27, Joe White white.j...@gmail.com wrote: Hi Yvan, First off, great plugin - love the feature! I just checked out the latest version of the autocomplete plugin from github. Every time I start up Pd I get the same error (this doesn't seem to affect any functionality): loaded: autocompletion-plugin 0.33 --- UNHANDLED ERROR: can't rename to ::pd_bindings::sendkey_old: command already exists while executing rename ::pd_bindings::sendkey ::pd_bindings::sendkey_old (uplevel body line 12) invoked from within uplevel #0 $tclcode FAILED TO LOAD /Users/joe/Library/Pd/autocompletion-plugin.tcl --- Also, when using the tab function, after the context menu shows, pressing the arrow keys (or any other key) followed by TAB again gives the following 'Application Error': Error: Cannot call post message while al... Once this shows Pd becomes unresponsive and I have to force quit it. I'm running Pd-0.43-0 on a MacBook Pro running OS X 10.6.7 Thanks, Joe Message: 4 Date: Thu, 14 Apr 2011 13:55:24 +0200 From: yvan volochine yvan...@gmail.com Subject: Re: [PD] 3 new gui-plugins To: JF sainti...@yahoo.com Cc: pd-list@iem.at Message-ID: 4da6e0ac@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 04/14/2011 11:54 AM, JF wrote: The auto-completion is fantastic stuff! Especially the drop-down menu addition. Congratulations Yvan, HC JW. Is there anyway of modifying the plugin so that instead of using TAB this happens... there is a new version but it's still expermiental (and unreleased). if you wanna test it: http://github.com/gusano/pd_stuffs and checkout autocompletion_experimental branch * Create new object - list of objects appear in full (0-9, a-z) but focus stays in object then it can be a *long* list of objects so I should change the GUI for it (nomore popup menu but a window with scrollbars but then you don't have an easy overview of all completions...). not sure I really want that though :/ maybe this could be a user option ? * Begin typing - list of objects reduces as you type the experimental version does that but there are still some bugs * See the one you want - arrow key up/down, focus changes to drop-down box then ENTER to select desired object the current version does that cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
That leads me to the question of how best to handle checking for duplicate loads in Pd. Perhaps we could reuse the Tcl 'package require' if it has functionality like this. So that each plugin would then be a package that needs to be loaded into Tcl. That's one idea. .hc On Thu, 2011-04-14 at 17:57 +0200, András Murányi wrote: Hello Joe, seems like Pd tries to load the plugin twice! Which means that you have its folder in your search path twice... try to remove one occurrence of the folder from your .pdsettings or .pdextended, and if it is a default folder, you can remove the single occurrence you find, because default folders are searched by default, no need to have them in your settings. Andras On Thu, Apr 14, 2011 at 17:27, Joe White white.j...@gmail.com wrote: Hi Yvan, First off, great plugin - love the feature! I just checked out the latest version of the autocomplete plugin from github. Every time I start up Pd I get the same error (this doesn't seem to affect any functionality): loaded: autocompletion-plugin 0.33 --- UNHANDLED ERROR: can't rename to ::pd_bindings::sendkey_old: command already exists while executing rename ::pd_bindings::sendkey ::pd_bindings::sendkey_old (uplevel body line 12) invoked from within uplevel #0 $tclcode FAILED TO LOAD /Users/joe/Library/Pd/autocompletion-plugin.tcl --- Also, when using the tab function, after the context menu shows, pressing the arrow keys (or any other key) followed by TAB again gives the following 'Application Error': Error: Cannot call post message while al... Once this shows Pd becomes unresponsive and I have to force quit it. I'm running Pd-0.43-0 on a MacBook Pro running OS X 10.6.7 Thanks, Joe Message: 4 Date: Thu, 14 Apr 2011 13:55:24 +0200 From: yvan volochine yvan...@gmail.com Subject: Re: [PD] 3 new gui-plugins To: JF sainti...@yahoo.com Cc: pd-list@iem.at Message-ID: 4da6e0ac@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 04/14/2011 11:54 AM, JF wrote: The auto-completion is fantastic stuff! Especially the drop-down menu addition. Congratulations Yvan, HC JW. Is there anyway of modifying the plugin so that instead of using TAB this happens... there is a new version but it's still expermiental (and unreleased). if you wanna test it: http://github.com/gusano/pd_stuffs and checkout autocompletion_experimental branch * Create new object - list of objects appear in full (0-9, a-z) but focus stays in object then it can be a *long* list of objects so I should change the GUI for it (nomore popup menu but a window with scrollbars but then you don't have an easy overview of all completions...). not sure I really want that though :/ maybe this could be a user option ? * Begin typing - list of objects reduces as you type the experimental version does that but there are still some bugs * See the one you want - arrow key up/down, focus changes to drop-down box then ENTER to select desired object the current version does that cheers, _y ___ 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] 3 new gui-plugins
how do install the tab completion properly? There seems to be a few patches for pd. I am on OSX 10.6.6 did i miss a how to on this? pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] On Behalf Of Hans-Christoph Steiner [h...@at.or.at] Sent: Thursday, April 14, 2011 12:41 PM To: András Murányi Cc: PD List Subject: Re: [PD] 3 new gui-plugins That leads me to the question of how best to handle checking for duplicate loads in Pd. Perhaps we could reuse the Tcl 'package require' if it has functionality like this. So that each plugin would then be a package that needs to be loaded into Tcl. That's one idea. .hc On Thu, 2011-04-14 at 17:57 +0200, András Murányi wrote: Hello Joe, seems like Pd tries to load the plugin twice! Which means that you have its folder in your search path twice... try to remove one occurrence of the folder from your .pdsettings or .pdextended, and if it is a default folder, you can remove the single occurrence you find, because default folders are searched by default, no need to have them in your settings. Andras On Thu, Apr 14, 2011 at 17:27, Joe White white.j...@gmail.com wrote: Hi Yvan, First off, great plugin - love the feature! I just checked out the latest version of the autocomplete plugin from github. Every time I start up Pd I get the same error (this doesn't seem to affect any functionality): loaded: autocompletion-plugin 0.33 --- UNHANDLED ERROR: can't rename to ::pd_bindings::sendkey_old: command already exists while executing rename ::pd_bindings::sendkey ::pd_bindings::sendkey_old (uplevel body line 12) invoked from within uplevel #0 $tclcode FAILED TO LOAD /Users/joe/Library/Pd/autocompletion-plugin.tcl --- Also, when using the tab function, after the context menu shows, pressing the arrow keys (or any other key) followed by TAB again gives the following 'Application Error': Error: Cannot call post message while al... Once this shows Pd becomes unresponsive and I have to force quit it. I'm running Pd-0.43-0 on a MacBook Pro running OS X 10.6.7 Thanks, Joe Message: 4 Date: Thu, 14 Apr 2011 13:55:24 +0200 From: yvan volochine yvan...@gmail.com Subject: Re: [PD] 3 new gui-plugins To: JF sainti...@yahoo.com Cc: pd-list@iem.at Message-ID: 4da6e0ac@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 04/14/2011 11:54 AM, JF wrote: The auto-completion is fantastic stuff! Especially the drop-down menu addition. Congratulations Yvan, HC JW. Is there anyway of modifying the plugin so that instead of using TAB this happens... there is a new version but it's still expermiental (and unreleased). if you wanna test it: http://github.com/gusano/pd_stuffs and checkout autocompletion_experimental branch * Create new object - list of objects appear in full (0-9, a-z) but focus stays in object then it can be a *long* list of objects so I should change the GUI for it (nomore popup menu but a window with scrollbars but then you don't have an easy overview of all completions...). not sure I really want that though :/ maybe this could be a user option ? * Begin typing - list of objects reduces as you type the experimental version does that but there are still some bugs * See the one you want - arrow key up/down, focus changes to drop-down box then ENTER to select desired object the current version does that cheers, _y ___ 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] 3 new gui-plugins
On 04/14/2011 07:30 PM, Pagano, Patrick wrote: how do install the tab completion properly? get the gui-plugin there: http://puredata.info/community/projects/software/auto-completion-plugin and howto is there: http://puredata.info/docs/guiplugins cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
On Apr 4, 2011, at 6:56 PM, Jonathan Wilkes wrote: --- On Mon, 4/4/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] 3 new gui-plugins To: Jonathan Wilkes jancs...@yahoo.com Cc: Hans-Christoph Steiner h...@at.or.at, pd-list@iem.at Date: Monday, April 4, 2011, 10:55 PM On Mon, 4 Apr 2011, Jonathan Wilkes wrote: Is there already a way to do this? #include m_imp.h for (int i=0; ipd_objectmaker-c_nmethod; i++) outlet_symbol(krusty,pd_objectmaker-c_methods[i].me_name); Cool, thanks. I see some creator names and classes I never noticed before: fswap: alias for swap (I just added this fact to swap-help.pd) Anyone have help docs (or helpful comments) about the following? midirealtimein midiclkin serial [serial] is an ancient Tcl hack for Windows only for getting the serial port. I think its gone in 0.43, and I haven't seen it used ever. .hc -Jonathan ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
Great work Yvan! Autocompletion in Pd, amazing! M Whoa, if anyone happens to do this, I would love to know?I could definitely use that!! :D ??t3db0t On Apr 3, 2011, at 5:38 PM, Hans-Christoph Steiner wrote: To get all available objects, you would have to first get the list of loaded classes from 'pd', then traverse the whole search path to see the objects that could be loaded. Its doable. .hc -- Marco Donnarumma Independent New Media and Sonic Arts Professional, Performer, Instructor ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Lab: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net Event: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
Can anyone point me in the direction or guide me how to install/use these new plugins (and tcl plugins in general)? Cheers, Philip On Mon, Apr 4, 2011 at 10:35 AM, Marco Donnarumma de...@thesaddj.com wrote: Great work Yvan! Autocompletion in Pd, amazing! M Whoa, if anyone happens to do this, I would love to know?I could definitely use that!! :D ??t3db0t On Apr 3, 2011, at 5:38 PM, Hans-Christoph Steiner wrote: To get all available objects, you would have to first get the list of loaded classes from 'pd', then traverse the whole search path to see the objects that could be loaded. Its doable. .hc -- Marco Donnarumma Independent New Media and Sonic Arts Professional, Performer, Instructor ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Lab: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net Event: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Portfolio: http://philipcunningham.org BrightonPD: http://unsymbol.users.anapnea.net/brightonpd/ Chipmusic: http://firebrandboy.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
Hi Philip, Can anyone point me in the direction or guide me how to install/use these new plugins (and tcl plugins in general)? just put them in your pd search path (say ~/pd-externals or a dedicated directory), they are loading automatically in the name matches *-plugin.tcl. see you, Charles ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
On 04/03/11 23:37, Hans-Christoph Steiner wrote:
I'm trying to think if there is a way to keep or get the coordinates of
the object itself. On the C-side there is, plus when an object is
created or edited then the GUI knows the location of it. Here's how, in
your pdtk_text_editing, you just need to query the coords of the active
text widget. This is a rough attempt that just gets a menu popping up:
proc pdtk_text_editing {mytoplevel tag editing} {
set tkcanvas [tkcanvas_name $mytoplevel]
set rectcoords [$tkcanvas coords ${tag}R]
if {$rectcoords ne } {
set x [expr int([lindex $rectcoords 0])]
set y [expr int([lindex $rectcoords 1] - 20)]
pdtk_post currently editing at: $x $y\n
if {! [winfo exists .completepopup] } {
menu .completepopup
.completepopup add command -label mod -command bell
.completepopup add command -label moses -command bell
}
tk_popup .completepopup $x $y
}
if {$editing == 0} {
selection clear $tkcanvas
# auto-completion
set ::completions {}
set ::new_object false
set ::lock_motion false
set ::cycle false
} {
set ::editingtext($mytoplevel) $editing
# auto-completion
set ::new_object $editing
}
$tkcanvas focus $tag
}
hi Hans
dunno if this is the same for you but for me there are some issues with
this (on Archlinux + fluxbox):
- the popup is created at screen coordinates and not patch window
ones, i.e. if the object box is at 100x25 (from the top-left patch
window), the popup appears at 100x25 from the top-left corner of my
whole screen, which I find not very intuitive
- also, if you are creating an object with CTRL-1 and moving your mouse
(no click), the coordinates don't update (but that's not that bad)
anyway, all these are the reasons why I dropped the popup option (which
would be better IMHO).
I'll think a bit more about it in the next days.
cheers,
_y
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
On 04/03/11 23:29, Jonathan Wilkes wrote: Here's a hack to get around the hacky creator names of the list objects (I also added list, but I'm not sure if you want to use aliases.) hey thanks for spotting this. they are already in the global list of pd internals but I didn't notice that they had underscores instead of spaces. I fixed it directly in the main list and it will be on the next version. Is there no way to just get a list of all the creator names that are available when Pd loads up? I'm afraid not :/ but you can manually add your favorites or missing/special ones in the file $::user_objects_list cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
--- On Sun, 4/3/11, Hans-Christoph Steiner h...@at.or.at wrote: From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD] 3 new gui-plugins To: Jonathan Wilkes jancs...@yahoo.com Cc: yvan volochine yvan...@gmail.com, pd-list@iem.at Date: Sunday, April 3, 2011, 11:38 PM To get all available objects, you would have to first get the list of loaded classes from 'pd', Is there already a way to do this? then traverse the whole search path to see the objects that could be loaded. Its doable. .hc On Apr 3, 2011, at 5:29 PM, Jonathan Wilkes wrote: Here's a hack to get around the hacky creator names of the list objects (I also added list, but I'm not sure if you want to use aliases.) Is there no way to just get a list of all the creator names that are available when Pd loads up? -Jonathan --- On Sun, 4/3/11, yvan volochine yvan...@gmail.com wrote: From: yvan volochine yvan...@gmail.com Subject: Re: [PD] 3 new gui-plugins To: Hans-Christoph Steiner h...@at.or.at Cc: pd-list@iem.at Date: Sunday, April 3, 2011, 6:53 PM On 04/03/2011 06:44 PM, Hans-Christoph Steiner wrote: On Apr 3, 2011, at 12:12 PM, yvan volochine wrote: On 04/03/2011 05:57 PM, Hans-Christoph Steiner wrote: Wow, I love the tab autocompletion plugin! What would be amazing if we had a bash-style completion files were the arguments were also tab-completable, when relevant. Things like filenames, table/array names, send/receive names, etc. This completion file could be included in libraries. It really highlights how badly we need Enter/Return to instantiate the object. Personally I prefer the default tcsh/bash-style where tab doesn't cycle thru the options when you hit tab repeatly. I could see a bash/tcsh style display of the options, like in a popup when you hit tab repeatedly. hey thanks. I'm not really supposed to dedicate that ammount of time developping for pd but as I'm unemployed right now =) I'm afraid the bash style auto-completion is a bit above my head, but the idea is nice. Basically, the first is the trigger: hitting tab twice where the tab does not add any more characters. So using your plugin as an example, type M-O-Tab-Tab would then list 'mod' and 'moses' as options but not change the 'mo' in the box. Those options could then be in a popup menu to both see and select with the keyboard or mouse. yeah that's what I wanted first: a ComboBox below the object box, but then I had troubles with object box coordinates (did the user click or is the object still moving with the cursor, etc...) and I started adding some if and all kind of stuff inside mouse motion procedures and that became nasty. this (and the fact that I wanted it now =) made me rewrite the plugin with the cycling-through-completions-with-tab behavior (which I still find very cool for speedy-patching) cheers, _y Adding the argument completion would probably be a lot more work, but I haven't really thought about it. But just having object name completion is huge! .hc One thing that needs to happen to make the auto-complete plugin more deployable is to have all its procs in its own namespace. Otherwise there can easily be name conflicts with other things named 'init', 'trigger', etc. done (FYI: sending to pd-announce also sends to pd-list) okay cheers, _y You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list autocompletion-plugin.tcl I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
On Mon, 4 Apr 2011, Jonathan Wilkes wrote: Is there already a way to do this? #include m_imp.h for (int i=0; ipd_objectmaker-c_nmethod; i++) outlet_symbol(krusty,pd_objectmaker-c_methods[i].me_name); ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
--- On Mon, 4/4/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] 3 new gui-plugins To: Jonathan Wilkes jancs...@yahoo.com Cc: Hans-Christoph Steiner h...@at.or.at, pd-list@iem.at Date: Monday, April 4, 2011, 10:55 PM On Mon, 4 Apr 2011, Jonathan Wilkes wrote: Is there already a way to do this? #include m_imp.h for (int i=0; ipd_objectmaker-c_nmethod; i++) outlet_symbol(krusty,pd_objectmaker-c_methods[i].me_name); Cool, thanks. I see some creator names and classes I never noticed before: fswap: alias for swap (I just added this fact to swap-help.pd) Anyone have help docs (or helpful comments) about the following? midirealtimein midiclkin serial -Jonathan ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] 3 new gui-plugins
hi, I'm happy to announce the release of 3 new Gui-Plugins I wrote for Pd: - menubar-shortuts-plugin - recentfiles-plugin - auto-completion-plugin get them here: http://puredata.info/search?portal_type%3Alist=PSCProjectCreator=yv comments and bug reports are welcome =) cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
Wow, I love the tab autocompletion plugin! What would be amazing if we had a bash-style completion files were the arguments were also tab- completable, when relevant. Things like filenames, table/array names, send/receive names, etc. This completion file could be included in libraries. It really highlights how badly we need Enter/Return to instantiate the object. Personally I prefer the default tcsh/bash-style where tab doesn't cycle thru the options when you hit tab repeatly. I could see a bash/ tcsh style display of the options, like in a popup when you hit tab repeatedly. As for the other two, they are also useful. Those should be included in pd-vanilla itself, but its nice to be able to distribute internal fixes as GUI plugins until they get incorporated. One thing that needs to happen to make the auto-complete plugin more deployable is to have all its procs in its own namespace. Otherwise there can easily be name conflicts with other things named 'init', 'trigger', etc. (FYI: sending to pd-announce also sends to pd-list) .hc On Apr 3, 2011, at 11:29 AM, yvan volochine wrote: hi, I'm happy to announce the release of 3 new Gui-Plugins I wrote for Pd: - menubar-shortuts-plugin - recentfiles-plugin - auto-completion-plugin get them here: http://puredata.info/search?portal_type%3Alist=PSCProjectCreator=yv comments and bug reports are welcome =) cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
On 04/03/2011 05:57 PM, Hans-Christoph Steiner wrote: Wow, I love the tab autocompletion plugin! What would be amazing if we had a bash-style completion files were the arguments were also tab-completable, when relevant. Things like filenames, table/array names, send/receive names, etc. This completion file could be included in libraries. It really highlights how badly we need Enter/Return to instantiate the object. Personally I prefer the default tcsh/bash-style where tab doesn't cycle thru the options when you hit tab repeatly. I could see a bash/tcsh style display of the options, like in a popup when you hit tab repeatedly. hey thanks. I'm not really supposed to dedicate that ammount of time developping for pd but as I'm unemployed right now =) I'm afraid the bash style auto-completion is a bit above my head, but the idea is nice. One thing that needs to happen to make the auto-complete plugin more deployable is to have all its procs in its own namespace. Otherwise there can easily be name conflicts with other things named 'init', 'trigger', etc. done (FYI: sending to pd-announce also sends to pd-list) okay cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
On Apr 3, 2011, at 12:12 PM, yvan volochine wrote: On 04/03/2011 05:57 PM, Hans-Christoph Steiner wrote: Wow, I love the tab autocompletion plugin! What would be amazing if we had a bash-style completion files were the arguments were also tab-completable, when relevant. Things like filenames, table/array names, send/receive names, etc. This completion file could be included in libraries. It really highlights how badly we need Enter/Return to instantiate the object. Personally I prefer the default tcsh/bash-style where tab doesn't cycle thru the options when you hit tab repeatly. I could see a bash/tcsh style display of the options, like in a popup when you hit tab repeatedly. hey thanks. I'm not really supposed to dedicate that ammount of time developping for pd but as I'm unemployed right now =) I'm afraid the bash style auto-completion is a bit above my head, but the idea is nice. Basically, the first is the trigger: hitting tab twice where the tab does not add any more characters. So using your plugin as an example, type M-O-Tab-Tab would then list 'mod' and 'moses' as options but not change the 'mo' in the box. Those options could then be in a popup menu to both see and select with the keyboard or mouse. Adding the argument completion would probably be a lot more work, but I haven't really thought about it. But just having object name completion is huge! .hc One thing that needs to happen to make the auto-complete plugin more deployable is to have all its procs in its own namespace. Otherwise there can easily be name conflicts with other things named 'init', 'trigger', etc. done (FYI: sending to pd-announce also sends to pd-list) okay cheers, _y You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
On 04/03/2011 06:44 PM, Hans-Christoph Steiner wrote: On Apr 3, 2011, at 12:12 PM, yvan volochine wrote: On 04/03/2011 05:57 PM, Hans-Christoph Steiner wrote: Wow, I love the tab autocompletion plugin! What would be amazing if we had a bash-style completion files were the arguments were also tab-completable, when relevant. Things like filenames, table/array names, send/receive names, etc. This completion file could be included in libraries. It really highlights how badly we need Enter/Return to instantiate the object. Personally I prefer the default tcsh/bash-style where tab doesn't cycle thru the options when you hit tab repeatly. I could see a bash/tcsh style display of the options, like in a popup when you hit tab repeatedly. hey thanks. I'm not really supposed to dedicate that ammount of time developping for pd but as I'm unemployed right now =) I'm afraid the bash style auto-completion is a bit above my head, but the idea is nice. Basically, the first is the trigger: hitting tab twice where the tab does not add any more characters. So using your plugin as an example, type M-O-Tab-Tab would then list 'mod' and 'moses' as options but not change the 'mo' in the box. Those options could then be in a popup menu to both see and select with the keyboard or mouse. yeah that's what I wanted first: a ComboBox below the object box, but then I had troubles with object box coordinates (did the user click or is the object still moving with the cursor, etc...) and I started adding some if and all kind of stuff inside mouse motion procedures and that became nasty. this (and the fact that I wanted it now =) made me rewrite the plugin with the cycling-through-completions-with-tab behavior (which I still find very cool for speedy-patching) cheers, _y Adding the argument completion would probably be a lot more work, but I haven't really thought about it. But just having object name completion is huge! .hc One thing that needs to happen to make the auto-complete plugin more deployable is to have all its procs in its own namespace. Otherwise there can easily be name conflicts with other things named 'init', 'trigger', etc. done (FYI: sending to pd-announce also sends to pd-list) okay cheers, _y You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
amazed autocomplete /amazed Respect. If it ever gets as near as bash completion on most linuxes, it will be amazing for teaching/coding pd. Kudos yvan. On Sun, Apr 3, 2011 at 5:53 PM, yvan volochine yvan...@gmail.com wrote: On 04/03/2011 06:44 PM, Hans-Christoph Steiner wrote: On Apr 3, 2011, at 12:12 PM, yvan volochine wrote: On 04/03/2011 05:57 PM, Hans-Christoph Steiner wrote: Wow, I love the tab autocompletion plugin! What would be amazing if we had a bash-style completion files were the arguments were also tab-completable, when relevant. Things like filenames, table/array names, send/receive names, etc. This completion file could be included in libraries. It really highlights how badly we need Enter/Return to instantiate the object. Personally I prefer the default tcsh/bash-style where tab doesn't cycle thru the options when you hit tab repeatly. I could see a bash/tcsh style display of the options, like in a popup when you hit tab repeatedly. hey thanks. I'm not really supposed to dedicate that ammount of time developping for pd but as I'm unemployed right now =) I'm afraid the bash style auto-completion is a bit above my head, but the idea is nice. Basically, the first is the trigger: hitting tab twice where the tab does not add any more characters. So using your plugin as an example, type M-O-Tab-Tab would then list 'mod' and 'moses' as options but not change the 'mo' in the box. Those options could then be in a popup menu to both see and select with the keyboard or mouse. yeah that's what I wanted first: a ComboBox below the object box, but then I had troubles with object box coordinates (did the user click or is the object still moving with the cursor, etc...) and I started adding some if and all kind of stuff inside mouse motion procedures and that became nasty. this (and the fact that I wanted it now =) made me rewrite the plugin with the cycling-through-completions-with-tab behavior (which I still find very cool for speedy-patching) cheers, _y Adding the argument completion would probably be a lot more work, but I haven't really thought about it. But just having object name completion is huge! .hc One thing that needs to happen to make the auto-complete plugin more deployable is to have all its procs in its own namespace. Otherwise there can easily be name conflicts with other things named 'init', 'trigger', etc. done (FYI: sending to pd-announce also sends to pd-list) okay cheers, _y You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes / http://pedrolopesresearch.wordpress.com/ | http://twitter.com/plopesresearch ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
Here's a hack to get around the hacky creator names of the list objects
(I also added list, but I'm not sure if you want to use aliases.)
Is there no way to just get a list of all the creator names that are
available when Pd loads up?
-Jonathan
--- On Sun, 4/3/11, yvan volochine yvan...@gmail.com wrote:
From: yvan volochine yvan...@gmail.com
Subject: Re: [PD] 3 new gui-plugins
To: Hans-Christoph Steiner h...@at.or.at
Cc: pd-list@iem.at
Date: Sunday, April 3, 2011, 6:53 PM
On 04/03/2011 06:44 PM,
Hans-Christoph Steiner wrote:
On Apr 3, 2011, at 12:12 PM, yvan volochine wrote:
On 04/03/2011 05:57 PM, Hans-Christoph Steiner
wrote:
Wow, I love the tab autocompletion plugin!
What would be amazing if we
had a bash-style completion files were the
arguments were also
tab-completable, when relevant. Things like
filenames, table/array
names, send/receive names, etc. This
completion file could be included
in libraries. It really highlights how badly
we need Enter/Return to
instantiate the object.
Personally I prefer the default
tcsh/bash-style where tab doesn't cycle
thru the options when you hit tab repeatly. I
could see a bash/tcsh
style display of the options, like in a popup
when you hit tab
repeatedly.
hey thanks.
I'm not really supposed to dedicate that ammount
of time developping
for pd but as I'm unemployed right now =)
I'm afraid the bash style auto-completion is a bit
above my head, but
the idea is nice.
Basically, the first is the trigger: hitting tab twice
where the tab
does not add any more characters. So using your plugin
as an example,
type M-O-Tab-Tab would then list 'mod' and 'moses' as
options but not
change the 'mo' in the box. Those options could then
be in a popup menu
to both see and select with the keyboard or mouse.
yeah that's what I wanted first: a ComboBox below the
object box, but
then I had troubles with object box coordinates (did the
user click or
is the object still moving with the cursor, etc...) and I
started adding
some if and all kind of stuff inside mouse motion
procedures and that
became nasty.
this (and the fact that I wanted it now =) made me rewrite
the plugin
with the cycling-through-completions-with-tab behavior
(which I still
find very cool for speedy-patching)
cheers,
_y
Adding the argument completion would probably be a lot
more work, but I
haven't really thought about it. But just having
object name completion
is huge!
.hc
One thing that needs to happen to make the
auto-complete plugin more
deployable is to have all its procs in its own
namespace. Otherwise
there can easily be name conflicts with other
things named 'init',
'trigger', etc.
done
(FYI: sending to pd-announce also sends to
pd-list)
okay
cheers,
_y
You can't steal a gift. Bird gave the world his music,
and if you can
hear it, you can have it. - Dizzy Gillespie
___
Pd-list@iem.at
mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
# META NAME auto-complete plugin
# META DESCRIPTION Does auto-completion for objects
# META AUTHOR Yvan Volochine yvan.voloch...@gmail.com
# META VERSION 0.2
package require Tcl 8.4
namespace eval ::completion:: {}
###
# overwritten procedures
rename ::pd_bindings::sendkey ::pd_bindings::sendkey_old
rename pdtk_text_set pdtk_text_set_old
rename pdtk_text_editing pdtk_text_editing_old
###
# GLOBALS
# this is where you can put extra objects/abstractions that you want to
# work with auto-completion. BEWARE, you should have *only one* object/abstraction
# name per line!
#set ::user_objects_list ~/pd/list_of_my_objects.txt
set ::user_objects_list
set ::new_object false
set ::current_canvas
set ::lock_motion false
set ::motionx 0
set ::motiony 0
set ::current_text
set ::first_text
set ::erase_text
set ::i 0
set ::cycle false
set ::completions {}
# all pd internals (hopefully)
set foob [join {list {list append}}]
set ::all_externals {random loadbang namecanvas serial cputime realtime canvas declare template curve plot drawnumber vradio declare mtof ftom rmstodb powtodb dbtopow dbtorms max~ min~ delwrite~ delread~ vd~ inlet~ outlet~ block samplerate~ inlet midiin sysexin notein ctlin pgmin bendin touchin polytouchin midiclkin midirealtimein midiout noteout ctlout pgmout bendout touchout polytouchout makenote stripnote poly bag hradio print text cos~ osc~ vcf~ noise~ hslider hip~ lop~ bp~ biquad~ samphold~ rpole~ rzero~ rzero_rev~ cpole~ czero~ czero_rev~ dac~ adc~ sig~ line~ vline~ snapshot~ vsnapshot~ env~ threshold~ bang~ fft~ ifft~ rfft~ rifft~ framp~ qlist textfile openpanel savepanel key keyup keyname int float
Re: [PD] 3 new gui-plugins
On Apr 3, 2011, at 12:53 PM, yvan volochine wrote:
On 04/03/2011 06:44 PM, Hans-Christoph Steiner wrote:
On Apr 3, 2011, at 12:12 PM, yvan volochine wrote:
On 04/03/2011 05:57 PM, Hans-Christoph Steiner wrote:
Wow, I love the tab autocompletion plugin! What would be amazing
if we
had a bash-style completion files were the arguments were also
tab-completable, when relevant. Things like filenames, table/array
names, send/receive names, etc. This completion file could be
included
in libraries. It really highlights how badly we need Enter/Return
to
instantiate the object.
Personally I prefer the default tcsh/bash-style where tab doesn't
cycle
thru the options when you hit tab repeatly. I could see a bash/tcsh
style display of the options, like in a popup when you hit tab
repeatedly.
hey thanks.
I'm not really supposed to dedicate that ammount of time developping
for pd but as I'm unemployed right now =)
I'm afraid the bash style auto-completion is a bit above my head,
but
the idea is nice.
Basically, the first is the trigger: hitting tab twice where the tab
does not add any more characters. So using your plugin as an example,
type M-O-Tab-Tab would then list 'mod' and 'moses' as options but not
change the 'mo' in the box. Those options could then be in a popup
menu
to both see and select with the keyboard or mouse.
yeah that's what I wanted first: a ComboBox below the object box,
but then I had troubles with object box coordinates (did the user
click or is the object still moving with the cursor, etc...) and I
started adding some if and all kind of stuff inside mouse motion
procedures and that became nasty.
this (and the fact that I wanted it now =) made me rewrite the
plugin with the cycling-through-completions-with-tab behavior
(which I still find very cool for speedy-patching)
I think many people prefer this kind of auto-complete, or at least it
is not uncommon. So its good to have no matter if there is a bash-
style plugin or not.
I'm trying to think if there is a way to keep or get the coordinates
of the object itself. On the C-side there is, plus when an object is
created or edited then the GUI knows the location of it. Here's how,
in your pdtk_text_editing, you just need to query the coords of the
active text widget. This is a rough attempt that just gets a menu
popping up:
proc pdtk_text_editing {mytoplevel tag editing} {
set tkcanvas [tkcanvas_name $mytoplevel]
set rectcoords [$tkcanvas coords ${tag}R]
if {$rectcoords ne } {
set x [expr int([lindex $rectcoords 0])]
set y [expr int([lindex $rectcoords 1] - 20)]
pdtk_post currently editing at: $x $y\n
if {! [winfo exists .completepopup] } {
menu .completepopup
.completepopup add command -label mod -command bell
.completepopup add command -label moses -command bell
}
tk_popup .completepopup $x $y
}
if {$editing == 0} {
selection clear $tkcanvas
# auto-completion
set ::completions {}
set ::new_object false
set ::lock_motion false
set ::cycle false
} {
set ::editingtext($mytoplevel) $editing
# auto-completion
set ::new_object $editing
}
$tkcanvas focus $tag
}
.hc
cheers,
_y
Adding the argument completion would probably be a lot more work,
but I
haven't really thought about it. But just having object name
completion
is huge!
.hc
One thing that needs to happen to make the auto-complete plugin
more
deployable is to have all its procs in its own namespace. Otherwise
there can easily be name conflicts with other things named 'init',
'trigger', etc.
done
(FYI: sending to pd-announce also sends to pd-list)
okay
cheers,
_y
You can't steal a gift. Bird gave the world his music, and if you can
hear it, you can have it. - Dizzy Gillespie
Mistrust authority - promote decentralization. - the hacker ethic
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
To get all available objects, you would have to first get the list of loaded classes from 'pd', then traverse the whole search path to see the objects that could be loaded. Its doable. .hc On Apr 3, 2011, at 5:29 PM, Jonathan Wilkes wrote: Here's a hack to get around the hacky creator names of the list objects (I also added list, but I'm not sure if you want to use aliases.) Is there no way to just get a list of all the creator names that are available when Pd loads up? -Jonathan --- On Sun, 4/3/11, yvan volochine yvan...@gmail.com wrote: From: yvan volochine yvan...@gmail.com Subject: Re: [PD] 3 new gui-plugins To: Hans-Christoph Steiner h...@at.or.at Cc: pd-list@iem.at Date: Sunday, April 3, 2011, 6:53 PM On 04/03/2011 06:44 PM, Hans-Christoph Steiner wrote: On Apr 3, 2011, at 12:12 PM, yvan volochine wrote: On 04/03/2011 05:57 PM, Hans-Christoph Steiner wrote: Wow, I love the tab autocompletion plugin! What would be amazing if we had a bash-style completion files were the arguments were also tab-completable, when relevant. Things like filenames, table/array names, send/receive names, etc. This completion file could be included in libraries. It really highlights how badly we need Enter/Return to instantiate the object. Personally I prefer the default tcsh/bash-style where tab doesn't cycle thru the options when you hit tab repeatly. I could see a bash/tcsh style display of the options, like in a popup when you hit tab repeatedly. hey thanks. I'm not really supposed to dedicate that ammount of time developping for pd but as I'm unemployed right now =) I'm afraid the bash style auto-completion is a bit above my head, but the idea is nice. Basically, the first is the trigger: hitting tab twice where the tab does not add any more characters. So using your plugin as an example, type M-O-Tab-Tab would then list 'mod' and 'moses' as options but not change the 'mo' in the box. Those options could then be in a popup menu to both see and select with the keyboard or mouse. yeah that's what I wanted first: a ComboBox below the object box, but then I had troubles with object box coordinates (did the user click or is the object still moving with the cursor, etc...) and I started adding some if and all kind of stuff inside mouse motion procedures and that became nasty. this (and the fact that I wanted it now =) made me rewrite the plugin with the cycling-through-completions-with-tab behavior (which I still find very cool for speedy-patching) cheers, _y Adding the argument completion would probably be a lot more work, but I haven't really thought about it. But just having object name completion is huge! .hc One thing that needs to happen to make the auto-complete plugin more deployable is to have all its procs in its own namespace. Otherwise there can easily be name conflicts with other things named 'init', 'trigger', etc. done (FYI: sending to pd-announce also sends to pd-list) okay cheers, _y You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list autocompletion-plugin.tcl I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
Whoa, if anyone happens to do this, I would love to know—I could definitely use that!! :D ±±t3db0t On Apr 3, 2011, at 5:38 PM, Hans-Christoph Steiner wrote: To get all available objects, you would have to first get the list of loaded classes from 'pd', then traverse the whole search path to see the objects that could be loaded. Its doable. .hc On Apr 3, 2011, at 5:29 PM, Jonathan Wilkes wrote: Here's a hack to get around the hacky creator names of the list objects (I also added list, but I'm not sure if you want to use aliases.) Is there no way to just get a list of all the creator names that are available when Pd loads up? -Jonathan --- On Sun, 4/3/11, yvan volochine yvan...@gmail.com wrote: From: yvan volochine yvan...@gmail.com Subject: Re: [PD] 3 new gui-plugins To: Hans-Christoph Steiner h...@at.or.at Cc: pd-list@iem.at Date: Sunday, April 3, 2011, 6:53 PM On 04/03/2011 06:44 PM, Hans-Christoph Steiner wrote: On Apr 3, 2011, at 12:12 PM, yvan volochine wrote: On 04/03/2011 05:57 PM, Hans-Christoph Steiner wrote: Wow, I love the tab autocompletion plugin! What would be amazing if we had a bash-style completion files were the arguments were also tab-completable, when relevant. Things like filenames, table/array names, send/receive names, etc. This completion file could be included in libraries. It really highlights how badly we need Enter/Return to instantiate the object. Personally I prefer the default tcsh/bash-style where tab doesn't cycle thru the options when you hit tab repeatly. I could see a bash/tcsh style display of the options, like in a popup when you hit tab repeatedly. hey thanks. I'm not really supposed to dedicate that ammount of time developping for pd but as I'm unemployed right now =) I'm afraid the bash style auto-completion is a bit above my head, but the idea is nice. Basically, the first is the trigger: hitting tab twice where the tab does not add any more characters. So using your plugin as an example, type M-O-Tab-Tab would then list 'mod' and 'moses' as options but not change the 'mo' in the box. Those options could then be in a popup menu to both see and select with the keyboard or mouse. yeah that's what I wanted first: a ComboBox below the object box, but then I had troubles with object box coordinates (did the user click or is the object still moving with the cursor, etc...) and I started adding some if and all kind of stuff inside mouse motion procedures and that became nasty. this (and the fact that I wanted it now =) made me rewrite the plugin with the cycling-through-completions-with-tab behavior (which I still find very cool for speedy-patching) cheers, _y Adding the argument completion would probably be a lot more work, but I haven't really thought about it. But just having object name completion is huge! .hc One thing that needs to happen to make the auto-complete plugin more deployable is to have all its procs in its own namespace. Otherwise there can easily be name conflicts with other things named 'init', 'trigger', etc. done (FYI: sending to pd-announce also sends to pd-list) okay cheers, _y You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list autocompletion-plugin.tcl I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ 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] 3 new gui-plugins
On 03/04/11 22:38, Hans-Christoph Steiner wrote:
traverse the whole search path to see the
objects that could be loaded. Its doable.
I don't think so, consider for example:
EXTERN void orly_setup(void) {
if (rand() % 666 == 42) {
yarly_setup();
} else {
exit(7);
}
}
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3 new gui-plugins
On Apr 3, 2011, at 6:00 PM, Claude Heiland-Allen wrote:
On 03/04/11 22:38, Hans-Christoph Steiner wrote:
traverse the whole search path to see the
objects that could be loaded. Its doable.
I don't think so, consider for example:
EXTERN void orly_setup(void) {
if (rand() % 666 == 42) {
yarly_setup();
} else {
exit(7);
}
}
I made no claim for 100% coverage. But a useful approximation of
everything is definitely possible.
.hc
Mistrust authority - promote decentralization. - the hacker ethic
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
