Re: [PD] gui-plugins
On 02/18/2013 12:09 AM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: michael noble loop...@gmail.com Cc: PD send List pd-list@iem.at Sent: Sunday, February 17, 2013 10:39 PM Subject: Re: [PD] gui-plugins On 02/17/2013 07:59 PM, michael noble wrote: On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner h...@at.or.atwrote: would it be possible to change the color a cord has when connecting one object to another ? You mean different colors for different cords depending on which objects it connected? I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made. If this patch was included, then it would be possible. https://sourceforge.net/tracker/?func=detailaid=3400300group_id=55736atid=478072 Note to Hans: remind Hans Hans forgot to include Hans' patch in Hans' distro next time Hans sees Hans. I am not (yet?) up for maintaining a separate, incompatible internal API from pd-vanilla, so this will be included in Pd-extended once its included in Pd-vanilla. pd-l2ork's binary incompatibility gives examples of why I don't want to do this. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui-plugins
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: michael noble loop...@gmail.com; PD send List pd-list@iem.at Sent: Monday, February 18, 2013 9:52 AM Subject: Re: [PD] gui-plugins [...] I am not (yet?) up for maintaining a separate, incompatible internal API from pd-vanilla, so this will be included in Pd-extended once its included in Pd-vanilla. pd-l2ork's binary incompatibility gives examples of why I don't want to do this. Starting a little later today, I'm going to start at the end of the tracker bug list and see how many bugs I can patch over the next few weeks. Just FYI-- the only reason I feel I can do this without it being a complete waste of my time is because I know Ivica will consider the fixes, regardless of their murky, mysterious chances of getting included in Pd-vanilla (and also, according to you, Pd-extended). -Jonathan .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui-plugins
- I can change the colors of the wires, but not the color a wire has when connecting one box to another, can this be changed with a tcl setting ? These are hard-coded in pd/extended. They are changeable in pd-l2ork. - is it possible to change the default/initial colors of gui-objects like bang, tgl etc through tcl or are these hardcoded in C ? These are changeable in both extended/l2ork (AFAIK). kind regards, Rob ___ 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] gui-plugins
There are a few ways to change the colors of the cords: * using the global variables $::signal_cord/$::signal_nlet and $::msg_cord/$::msg_nlet, i.e. you could add this to a GUI plugin: set signal_cord green set signal_nlet pink set msg_cord darkblue set msg_nlet red * using the Tk tag 'cord' and sending a command to the patch's Tk canvas, which you can do in a GUI plugin, in response to when its loaded, when it changed Editmode, etc. bind all Loaded %W itemconfigure cord -fill yellow -width 1 * you can also do that in a patch, and per-patch, use [hcs/canvas_name] to get the canvas ID, then send that to this message: [$1 itemconfigure cord -fill yellow -width 1( The width is optional, but I thought I'd throw it in there to play with. There are other was with GUI plugins too, like using the Tk option command, with or without the tags. I'm going to add more info about the Tk tags to the API wiki: http://puredata.info/docs/guiplugins/GuiPluginsAPI .hc On 02/17/2013 12:35 PM, Rob Bothof wrote: Hi List, I've been fooling around with the gui-plugins, great stuff, and combined the fullscreen with the kiosk plugin to make it switchable and hide the mouse, which is perfect for my intended use with a tablet pc when experimenting with this, and browsing the tcl files i'm now working on an inverted (white on black) color-scheme for pd editing, but there are a few things i can't find in the tcl files: - I can change the colors of the wires, but not the color a wire has when connecting one box to another, can this be changed with a tcl setting ? - is it possible to change the default/initial colors of gui-objects like bang, tgl etc through tcl or are these hardcoded in C ? kind regards, Rob ___ 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] gui-plugins
On 02/17/2013 03:48 PM, Ivica Ico Bukvic wrote: - I can change the colors of the wires, but not the color a wire has when connecting one box to another, can this be changed with a tcl setting ? These are hard-coded in pd/extended. They are changeable in pd-l2ork. That is incorrect, there are multiple ways to change the cord colors. Many of these also with in Pd-vanilla 0.43. See my previous email on this thread for more info. .hc - is it possible to change the default/initial colors of gui-objects like bang, tgl etc through tcl or are these hardcoded in C ? These are changeable in both extended/l2ork (AFAIK). kind regards, Rob ___ 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] gui-plugins
thanks, would it be possible to change the color a cord has when connecting one object to another ? for the gui objects like bang, toggle slider etc i've come up with an approach of which i'm wondering if it would work to some extend through making changes to the put-menu. i've traced the tcl menu, to put for example a toggle in the patch, it sends the command: pdsend $window toggle would it be possible to supply creation arguments for the objects here ? regards, Rob There are a few ways to change the colors of the cords: * using the global variables $::signal_cord/$::signal_nlet and $::msg_cord/$::msg_nlet, i.e. you could add this to a GUI plugin: set signal_cord green set signal_nlet pink set msg_cord darkblue set msg_nlet red * using the Tk tag 'cord' and sending a command to the patch's Tk canvas, which you can do in a GUI plugin, in response to when its loaded, when it changed Editmode, etc. bind all Loaded %W itemconfigure cord -fill yellow -width 1 * you can also do that in a patch, and per-patch, use [hcs/canvas_name] to get the canvas ID, then send that to this message: [$1 itemconfigure cord -fill yellow -width 1( The width is optional, but I thought I'd throw it in there to play with. There are other was with GUI plugins too, like using the Tk option command, with or without the tags. I'm going to add more info about the Tk tags to the API wiki: http://puredata.info/docs/guiplugins/GuiPluginsAPI .hc On 02/17/2013 12:35 PM, Rob Bothof wrote: Hi List, I've been fooling around with the gui-plugins, great stuff, and combined the fullscreen with the kiosk plugin to make it switchable and hide the mouse, which is perfect for my intended use with a tablet pc when experimenting with this, and browsing the tcl files i'm now working on an inverted (white on black) color-scheme for pd editing, but there are a few things i can't find in the tcl files: - I can change the colors of the wires, but not the color a wire has when connecting one box to another, can this be changed with a tcl setting ? - is it possible to change the default/initial colors of gui-objects like bang, tgl etc through tcl or are these hardcoded in C ? kind regards, Rob ___ 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] gui-plugins
On 02/17/2013 06:55 PM, Rob Bothof wrote: thanks, would it be possible to change the color a cord has when connecting one object to another ? You mean different colors for different cords depending on which objects it connected? That would be possible, but would be a project. You'd have to find a way to maintain the IDs/tags for each object and each cord and colorized based on that. Pd currently doesn't have any way to store that state, so you would have to write whatever state saving you want. for the gui objects like bang, toggle slider etc i've come up with an approach of which i'm wondering if it would work to some extend through making changes to the put-menu. i've traced the tcl menu, to put for example a toggle in the patch, it sends the command: pdsend $window toggle would it be possible to supply creation arguments for the objects here ? Not using that command. If you want to do that, then you want to do the standard dynamic patching commands. You can find documentation for that in manuals - pd-msg. .hc regards, Rob There are a few ways to change the colors of the cords: * using the global variables $::signal_cord/$::signal_nlet and $::msg_cord/$::msg_nlet, i.e. you could add this to a GUI plugin: set signal_cord green set signal_nlet pink set msg_cord darkblue set msg_nlet red * using the Tk tag 'cord' and sending a command to the patch's Tk canvas, which you can do in a GUI plugin, in response to when its loaded, when it changed Editmode, etc. bind all Loaded %W itemconfigure cord -fill yellow -width 1 * you can also do that in a patch, and per-patch, use [hcs/canvas_name] to get the canvas ID, then send that to this message: [$1 itemconfigure cord -fill yellow -width 1( The width is optional, but I thought I'd throw it in there to play with. There are other was with GUI plugins too, like using the Tk option command, with or without the tags. I'm going to add more info about the Tk tags to the API wiki: http://puredata.info/docs/guiplugins/GuiPluginsAPI .hc On 02/17/2013 12:35 PM, Rob Bothof wrote: Hi List, I've been fooling around with the gui-plugins, great stuff, and combined the fullscreen with the kiosk plugin to make it switchable and hide the mouse, which is perfect for my intended use with a tablet pc when experimenting with this, and browsing the tcl files i'm now working on an inverted (white on black) color-scheme for pd editing, but there are a few things i can't find in the tcl files: - I can change the colors of the wires, but not the color a wire has when connecting one box to another, can this be changed with a tcl setting ? - is it possible to change the default/initial colors of gui-objects like bang, tgl etc through tcl or are these hardcoded in C ? kind regards, Rob ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui-plugins
On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner h...@at.or.atwrote: would it be possible to change the color a cord has when connecting one object to another ? You mean different colors for different cords depending on which objects it connected? I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui-plugins
On 2/18/2013 1:41 AM, Hans-Christoph Steiner wrote: On 02/17/2013 06:55 PM, Rob Bothof wrote: thanks, would it be possible to change the color a cord has when connecting one object to another ? You mean different colors for different cords depending on which objects it connected? That would be possible, but would be a project. You'd have to find a way to maintain the IDs/tags for each object and each cord and colorized based on that. Pd currently doesn't have any way to store that state, so you would have to write whatever state saving you want. that would be interesting aswell :) but I mean when you click and drag on an outlet to connect a new cord to another object, i think before it actually becomes a *real* cord, it show a black line so you can see where you are dragging the line, on a black background this is invisible. either way it's a minor detail, it is still workable as the inlets and outlets light up for the gui objects like bang, toggle slider etc i've come up with an approach of which i'm wondering if it would work to some extend through making changes to the put-menu. i've traced the tcl menu, to put for example a toggle in the patch, it sends the command: pdsend $window toggle would it be possible to supply creation arguments for the objects here ? Not using that command. If you want to do that, then you want to do the standard dynamic patching commands. You can find documentation for that in manuals - pd-msg. great! I was looking into that and i've managed to get it working now i can put a big black toggle from the menu with pdsend $::focused_window obj 20 20 toggle 50 0 empty empty test 50 10 0 20 22 23 24 1 1 thanks! Rob ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui-plugins
On 02/17/2013 07:59 PM, michael noble wrote: On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner h...@at.or.atwrote: would it be possible to change the color a cord has when connecting one object to another ? You mean different colors for different cords depending on which objects it connected? I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made. If this patch was included, then it would be possible. https://sourceforge.net/tracker/?func=detailaid=3400300group_id=55736atid=478072 .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui-plugins
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: michael noble loop...@gmail.com Cc: PD send List pd-list@iem.at Sent: Sunday, February 17, 2013 10:39 PM Subject: Re: [PD] gui-plugins On 02/17/2013 07:59 PM, michael noble wrote: On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner h...@at.or.atwrote: would it be possible to change the color a cord has when connecting one object to another ? You mean different colors for different cords depending on which objects it connected? I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made. If this patch was included, then it would be possible. https://sourceforge.net/tracker/?func=detailaid=3400300group_id=55736atid=478072 Note to Hans: remind Hans Hans forgot to include Hans' patch in Hans' distro next time Hans sees Hans. -Hans .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] GUI plugins
On Dec 6, 2010, at 5:51 PM, András Murányi wrote:
2010/12/5 Hans-Christoph Steiner h...@at.or.at
On Dec 4, 2010, at 8:31 PM, András Murányi wrote:
2010/12/5 Hans-Christoph Steiner h...@at.or.at
On Dec 4, 2010, at 7:41 PM, András Murányi wrote:
2010/9/13 Hans-Christoph Steiner h...@at.or.at
Hey András,
Since we are in bug fixing mode for 0.43, now is a good time to
test your GUI plugins, so we can make sure that they work in
0.43. Your plugins-plugin.tcl is a good example.
.hc
OK, you'll find plugins-plugin rewritten and attached. Later i'll
add it to the wiki too...
Now i'd rewrite my other plugins, and the first would be a simple
one binding fullscreen to F11 - but it seems keypresses are
already captured and i cannot get a hold of F11 any more from
TCL. Is that right or am i just lost?
Andras
plugins-plugin.tcl
Excellent! I just tried it out, and got a problem when I
unchecked set_custom_stored_histores. Here's the screenshot and
error log:
Picture 1.png
bad option -index: must be -all, -ascii, -decreasing, -
dictionary, -exact, -glob, -increasing, -inline, -integer, -not, -
real, -regexp, -sorted, or -start
bad option -index: must be -all, -ascii, -decreasing, -
dictionary, -exact, -glob, -increasing, -inline, -integer, -not, -
real, -regexp, -sorted, or -start
while executing
lsearch -index 0 -exact $startup_plugins $shortname
oops. lsearch -index turns out to be a 8.5 thing (and you
probably have 8.4), so i'll need to require 8.5, as I cannot even
work this around.
Thanks for pointing it out!
Ah, yes, works fine with Tcl/Tk 8.5
(can you, by any chance, give me a hint on bindings...?)
Andras
Sure, what help do you need with bindings?
.hc
...now i'd rewrite my other plugins, and the first would be a
simple one binding fullscreen to F11 - but it seems keypresses are
already captured and i cannot get a hold of F11 any more from TCL.
Is that right or am i just lost?
Andras
Hmm, as far as I know you can always bind to any keystroke. Just be
sure to not override the built-in bindings and use a + before the
proc in the bind statement.
.hc
Thanks, of course it was something else that i messed up.
btw, it refused the + when the command was more than one word, ie:
bind all F11 +{toggle_fullscreen}# works
bind all F11 +{toggle_fullscreen %W} # bummer
Andras
Hmm, I put the plus inside the quotes, then it seems to work:
bind all F11 {+toggle_fullscreen %W}
.hc
Looking at things from a more basic level, you can come up with a more
direct solution... It may sound small in theory, but it in practice,
it can change entire economies. - Amy Smith
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI plugins
On Dec 4, 2010, at 7:41 PM, András Murányi wrote: 2010/9/13 Hans-Christoph Steiner h...@at.or.at Hey András, Since we are in bug fixing mode for 0.43, now is a good time to test your GUI plugins, so we can make sure that they work in 0.43. Your plugins-plugin.tcl is a good example. .hc OK, you'll find plugins-plugin rewritten and attached. Later i'll add it to the wiki too... Now i'd rewrite my other plugins, and the first would be a simple one binding fullscreen to F11 - but it seems keypresses are already captured and i cannot get a hold of F11 any more from TCL. Is that right or am i just lost? Andras plugins-plugin.tcl Excellent! I just tried it out, and got a problem when I unchecked set_custom_stored_histores. Here's the screenshot and error log: Picture 1.png bad option -index: must be -all, -ascii, -decreasing, -dictionary, -exact, -glob, -increasing, -inline, -integer, -not, -real, -regexp, -sorted, or -start bad option -index: must be -all, -ascii, -decreasing, -dictionary, -exact, -glob, -increasing, -inline, -integer, -not, -real, -regexp, -sorted, or -start while executing lsearch -index 0 -exact $startup_plugins $shortname oops. lsearch -index turns out to be a 8.5 thing (and you probably have 8.4), so i'll need to require 8.5, as I cannot even work this around. Thanks for pointing it out! Ah, yes, works fine with Tcl/Tk 8.5 (can you, by any chance, give me a hint on bindings...?) Andras Sure, what help do you need with bindings? .hc I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI plugins
On Dec 4, 2010, at 8:31 PM, András Murányi wrote: 2010/12/5 Hans-Christoph Steiner h...@at.or.at On Dec 4, 2010, at 7:41 PM, András Murányi wrote: 2010/9/13 Hans-Christoph Steiner h...@at.or.at Hey András, Since we are in bug fixing mode for 0.43, now is a good time to test your GUI plugins, so we can make sure that they work in 0.43. Your plugins-plugin.tcl is a good example. .hc OK, you'll find plugins-plugin rewritten and attached. Later i'll add it to the wiki too... Now i'd rewrite my other plugins, and the first would be a simple one binding fullscreen to F11 - but it seems keypresses are already captured and i cannot get a hold of F11 any more from TCL. Is that right or am i just lost? Andras plugins-plugin.tcl Excellent! I just tried it out, and got a problem when I unchecked set_custom_stored_histores. Here's the screenshot and error log: Picture 1.png bad option -index: must be -all, -ascii, -decreasing, - dictionary, -exact, -glob, -increasing, -inline, -integer, -not, - real, -regexp, -sorted, or -start bad option -index: must be -all, -ascii, -decreasing, - dictionary, -exact, -glob, -increasing, -inline, -integer, -not, - real, -regexp, -sorted, or -start while executing lsearch -index 0 -exact $startup_plugins $shortname oops. lsearch -index turns out to be a 8.5 thing (and you probably have 8.4), so i'll need to require 8.5, as I cannot even work this around. Thanks for pointing it out! Ah, yes, works fine with Tcl/Tk 8.5 (can you, by any chance, give me a hint on bindings...?) Andras Sure, what help do you need with bindings? .hc ...now i'd rewrite my other plugins, and the first would be a simple one binding fullscreen to F11 - but it seems keypresses are already captured and i cannot get a hold of F11 any more from TCL. Is that right or am i just lost? Andras Hmm, as far as I know you can always bind to any keystroke. Just be sure to not override the built-in bindings and use a + before the proc in the bind statement. .hc 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] GUI plugins wikis WAS: zenity plugin for Pd 0.43 WAS: magicglass WAS: call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
2010/11/30 Hans-Christoph Steiner h...@at.or.at On Nov 29, 2010, at 4:43 PM, András Murányi wrote: 2010/11/29 Hans-Christoph Steiner h...@at.or.at Hey Andras, this is great! My only request is: can we call them GUI plugins? startup plugins sounds too vague for me. Also, here's a bit more documentation: http://puredata.info/docs/PdGuiPluginsAPI Now I'm thinking we should start a guiplugins wiki folder section in the doc wiki, so like: http://puredata.info/docs/ http://puredata.info/docs/PdGuiPluginsAPIguiplugins (this would be your page, also be called FrontPage) http://puredata.info/docs/ http://puredata.info/docs/PdGuiPluginsAPI guiplugins/GuiPluginsAPI http://puredata.info/docs/PdGuiPluginsAPI http://puredata.info/docs/ http://puredata.info/docs/PdGuiPluginsAPI guiplugins/ExamplePlugins How does that sound? .hc Sounds great. Please go ahead and rename move 'my' page, then i'll go on. Andras Ok here goes: http://puredata.info/docs/guiplugins/http://puredata.info/docs/guiplugins/FrontPage http://puredata.info/docs/guiplugins/SimpleExamples http://puredata.info/docs/guiplugins/GuiPluginsAPI Some possible fodder for more stuff for the Gui Plugins wiki: http://puredata.info/dev/PdGuiRewriteTheming http://puredata.info/dev/PdGuiRewriteTheming So the current FrontPage and the GuiPluginsAPI pages have some overlap, and should be combined. Andras, if you can take that on, please do. You're page looks quite good so far. .hc OK, i have my request concerning combining... or rather a question: it is not a real API that we're having and may be misleading to call it so, still API is a word that is good lead for somewhone looking for anything that plays the role of an API... what do you think? is there a better word to use, or we just call it API and then explain it's nor really? (or do you consider it an API?) Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI plugins wikis WAS: zenity plugin for Pd 0.43 WAS: magicglass WAS: call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
On Nov 30, 2010, at 4:16 PM, András Murányi wrote: 2010/11/30 Hans-Christoph Steiner h...@at.or.at On Nov 29, 2010, at 4:43 PM, András Murányi wrote: 2010/11/29 Hans-Christoph Steiner h...@at.or.at Hey Andras, this is great! My only request is: can we call them GUI plugins? startup plugins sounds too vague for me. Also, here's a bit more documentation: http://puredata.info/docs/PdGuiPluginsAPI Now I'm thinking we should start a guiplugins wiki folder section in the doc wiki, so like: http://puredata.info/docs/guiplugins (this would be your page, also be called FrontPage) http://puredata.info/docs/guiplugins/GuiPluginsAPI http://puredata.info/docs/guiplugins/ExamplePlugins How does that sound? .hc Sounds great. Please go ahead and rename move 'my' page, then i'll go on. Andras Ok here goes: http://puredata.info/docs/guiplugins/ http://puredata.info/docs/guiplugins/SimpleExamples http://puredata.info/docs/guiplugins/GuiPluginsAPI Some possible fodder for more stuff for the Gui Plugins wiki: http://puredata.info/dev/PdGuiRewriteTheming So the current FrontPage and the GuiPluginsAPI pages have some overlap, and should be combined. Andras, if you can take that on, please do. You're page looks quite good so far. .hc OK, i have my request concerning combining... or rather a question: it is not a real API that we're having and may be misleading to call it so, still API is a word that is good lead for somewhone looking for anything that plays the role of an API... what do you think? is there a better word to use, or we just call it API and then explain it's nor really? (or do you consider it an API?) I'm not stuck on the term API, but the stuff that I outlined there is stuff that I added to the new GUI code specifically to support plugins, rather than internal needs. Of course, being Tcl, a plugin can override really anything, so all of the GUI code can't really be called the API, tho it could be changed by a plugin. Does that make sense? .hc http://at.or.at/hans/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI plugins wikis WAS: zenity plugin for Pd 0.43 WAS: magicglass WAS: call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
Hey Andras, this is great! My only request is: can we call them GUI plugins? startup plugins sounds too vague for me. Also, here's a bit more documentation: http://puredata.info/docs/PdGuiPluginsAPI Now I'm thinking we should start a guiplugins wiki folder section in the doc wiki, so like: http://puredata.info/docs/ http://puredata.info/docs/PdGuiPluginsAPIguiplugins (this would be your page, also be called FrontPage) http://puredata.info/docs/ http://puredata.info/docs/PdGuiPluginsAPI guiplugins/GuiPluginsAPI http://puredata.info/docs/PdGuiPluginsAPI http://puredata.info/docs/ http://puredata.info/docs/PdGuiPluginsAPI guiplugins/ExamplePlugins How does that sound? .hc Sounds great. Please go ahead and rename move 'my' page, then i'll go on. Andras Ok here goes: http://puredata.info/docs/guiplugins/http://puredata.info/docs/guiplugins/FrontPage http://puredata.info/docs/guiplugins/SimpleExamples http://puredata.info/docs/guiplugins/GuiPluginsAPI Some possible fodder for more stuff for the Gui Plugins wiki: http://puredata.info/dev/PdGuiRewriteTheming http://puredata.info/dev/PdGuiRewriteTheming So the current FrontPage and the GuiPluginsAPI pages have some overlap, and should be combined. Andras, if you can take that on, please do. You're page looks quite good so far. .hc OK, i have my request concerning combining... or rather a question: it is not a real API that we're having and may be misleading to call it so, still API is a word that is good lead for somewhone looking for anything that plays the role of an API... what do you think? is there a better word to use, or we just call it API and then explain it's nor really? (or do you consider it an API?) I'm not stuck on the term API, but the stuff that I outlined there is stuff that I added to the new GUI code specifically to support plugins, rather than internal needs. Of course, being Tcl, a plugin can override really anything, so all of the GUI code can't really be called the API, tho it could be changed by a plugin. Does that make sense? .hc Perfectly. I'll try to address this on the page and then it will be open for adjustments by You or anyone. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
