Patches item #3610041, was opened at 2013-04-04 14:25
Message generated for change (Tracker Item Submitted) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3610041&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: extra drawing instructions for data structures
Initial Comment:
This patch adds four drawing commands for visualizing data structures:
[drawrectangle]
[filledrectangle]
[drawoval]
[filledoval]
Each one takes a pair of coordinates as the top left and bottom right bounding box for the shape.
I'm silently truncating extra coordinates. I can easily change it to print a warning if that's preferable.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3610041&group_…
Bugs item #3610019, was opened at 2013-04-04 07:22
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3610019&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: sudenly dont work
Initial Comment:
pd was working good... it startup but don't have audio output. when i start up it looks ok but dont work.
Pd version 0.42.5
Mac OS X 10.7.5
sound output
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3610019&group_…
Patches item #3609910, was opened at 2013-04-03 08:27
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609910&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: kamagra 100mg
Initial Comment:
kamagra 100mg
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609910&group_…
On Thu, Mar 28, 2013 at 12:42 PM, SourceForge.net
<noreply(a)sourceforge.net>wrote:
> Patches item #3609350, was opened at 2013-03-28 04:42
> Message generated for change (Tracker Item Submitted) made by zmoelnig
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609350&group_…
>
> Please note that this message will contain a full copy of the comment
> thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: puredata
> Group: bugfix
> Status: Open
> Resolution: None
> Priority: 5
> Private: No
> Submitted By: IOhannes m zmölnig (zmoelnig)
> Assigned to: Miller Puckette (millerpuckette)
> Summary: prevent recursive loading of gui-plugins
>
> Initial Comment:
> if a gui-plugin loads other plugin, we might easily encounter a recursion
> (where the plugin tries to load itself).
> while the current gui-plugin loader mechanism tries to prevent re-loading
> of the "same" plugin (based on the filename of the plugin), it doesn't
> catch recursive loading.
> the attached patch fixes this, by adding the to-be-loaded plugin to the
> "::loaded_plugins" list, then tries to load it and removes it from the list
> if the loading fails
> (rather than adding the plugin to the list after the loading succeeded)
>
>
Some minor comments from the perspective of the current plugins-plugin
which you may or may not want to consider:
- the plugin creates a ::plugins_loaded list which is almost the same as
::loaded_plugins with the difference that "-plugin.tcl" is stripped and,
more importantly, brackets in the name are stripped too because they can
cause weird things when handling the strings in tcl.
- for the sake of tidiness, the plugin introduces a ::plugins namespace
where all the functions go.
- what about splitting the whole plugin stuff out into a new pd_plugins.tcl
so that we don't have to worry too much about bloating pd-gui.tcl?
FYI: current plugins-plugin is cca. 200 lines, of which obligatory protocol
is 20 lines, switching mechanism is 40 lines, meta extraction is 60 lines
and building the dialog box is 70 lines - thought this may assist the
decision about what to maintain inside pd and what to leave in a plugin.
My 2 cents are that the moving-the-file way of managing is ugly and a list
of enabled plugins shall be maintained in the preferences. Pd-gui could
load everything (or nothing) by default, letting a plugin modify the list.
So it would at the end take only a few extra lines in core pd gui.
András
Patches item #3609351, was opened at 2013-03-28 04:52
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609351&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: conditional auto-loading of all gui-plugins
Initial Comment:
currently Pd-GUI tries to load all gui-plugins it can find in any of the search-paths.
this can be rather annoying as it allows neither to select which plugins should (not) be loaded nor in which order the plugins should be loaded (a problem if the two plugins modify the same property).
a single solution proposed on the pd-list [1], is to define a specially named plugin, that - if present - is the only plugin loaded (if the plugin is not there, the original behaviour of loading all plugins is kept)
this specially named plugin can then implement a "plugin manager", that allows to selectively load plugins (potentially in a defined order).
the attached patch does just this: it searches for a file named "autoloaded-plugin.tcl" in the gui-plugins search path and loads it if possible, instead of loading ALL plugins.
[1] http://lists.puredata.info/pipermail/pd-dev/2013-03/019346.html
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2013-03-28 13:40
Message:
This is an interesting idea, but I'm not sure if its the best approach. I
still think just ignoring folders called 'DISABLED' in any search path is
more true to how the GUI plugins work because the mechanism for managing
plugins will be the same whether its thru a GUI plugin or via file
management, as it currently works.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2013-03-28 05:20
Message:
since this patch has a light dependency on #3609350 ("prevent recursive
loading of gui-plugins") the latter is added here as well.
reason: we only want to stop loading ALL patches if the
autoloaded-plugin.tcl actually succeeds in loading. this is checked through
the return value of load_plugin_script (introduced in #3609350).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609351&group_…
Patches item #3609350, was opened at 2013-03-28 04:42
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609350&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: prevent recursive loading of gui-plugins
Initial Comment:
if a gui-plugin loads other plugin, we might easily encounter a recursion (where the plugin tries to load itself).
while the current gui-plugin loader mechanism tries to prevent re-loading of the "same" plugin (based on the filename of the plugin), it doesn't catch recursive loading.
the attached patch fixes this, by adding the to-be-loaded plugin to the "::loaded_plugins" list, then tries to load it and removes it from the list if the loading fails
(rather than adding the plugin to the list after the loading succeeded)
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2013-03-28 13:34
Message:
I haven't tested this, but the rationale and the patch make sense to me.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2013-03-28 05:15
Message:
forgot: the patch also makes "load_plugin_script" return '1' if the plugin
script has been successfully loaded, or '0' otherwise.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609350&group_…
Patches item #3609351, was opened at 2013-03-28 04:52
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609351&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: conditional auto-loading of all gui-plugins
Initial Comment:
currently Pd-GUI tries to load all gui-plugins it can find in any of the search-paths.
this can be rather annoying as it allows neither to select which plugins should (not) be loaded nor in which order the plugins should be loaded (a problem if the two plugins modify the same property).
a single solution proposed on the pd-list [1], is to define a specially named plugin, that - if present - is the only plugin loaded (if the plugin is not there, the original behaviour of loading all plugins is kept)
this specially named plugin can then implement a "plugin manager", that allows to selectively load plugins (potentially in a defined order).
the attached patch does just this: it searches for a file named "autoloaded-plugin.tcl" in the gui-plugins search path and loads it if possible, instead of loading ALL plugins.
[1] http://lists.puredata.info/pipermail/pd-dev/2013-03/019346.html
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2013-03-28 05:20
Message:
since this patch has a light dependency on #3609350 ("prevent recursive
loading of gui-plugins") the latter is added here as well.
reason: we only want to stop loading ALL patches if the
autoloaded-plugin.tcl actually succeeds in loading. this is checked through
the return value of load_plugin_script (introduced in #3609350).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609351&group_…
Patches item #3609350, was opened at 2013-03-28 04:42
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609350&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: prevent recursive loading of gui-plugins
Initial Comment:
if a gui-plugin loads other plugin, we might easily encounter a recursion (where the plugin tries to load itself).
while the current gui-plugin loader mechanism tries to prevent re-loading of the "same" plugin (based on the filename of the plugin), it doesn't catch recursive loading.
the attached patch fixes this, by adding the to-be-loaded plugin to the "::loaded_plugins" list, then tries to load it and removes it from the list if the loading fails
(rather than adding the plugin to the list after the loading succeeded)
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2013-03-28 05:15
Message:
forgot: the patch also makes "load_plugin_script" return '1' if the plugin
script has been successfully loaded, or '0' otherwise.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609350&group_…
Patches item #3609351, was opened at 2013-03-28 04:52
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609351&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: conditional auto-loading of all gui-plugins
Initial Comment:
currently Pd-GUI tries to load all gui-plugins it can find in any of the search-paths.
this can be rather annoying as it allows neither to select which plugins should (not) be loaded nor in which order the plugins should be loaded (a problem if the two plugins modify the same property).
a single solution proposed on the pd-list [1], is to define a specially named plugin, that - if present - is the only plugin loaded (if the plugin is not there, the original behaviour of loading all plugins is kept)
this specially named plugin can then implement a "plugin manager", that allows to selectively load plugins (potentially in a defined order).
the attached patch does just this: it searches for a file named "autoloaded-plugin.tcl" in the gui-plugins search path and loads it if possible, instead of loading ALL plugins.
[1] http://lists.puredata.info/pipermail/pd-dev/2013-03/019346.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609351&group_…
Patches item #3609350, was opened at 2013-03-28 04:42
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609350&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: prevent recursive loading of gui-plugins
Initial Comment:
if a gui-plugin loads other plugin, we might easily encounter a recursion (where the plugin tries to load itself).
while the current gui-plugin loader mechanism tries to prevent re-loading of the "same" plugin (based on the filename of the plugin), it doesn't catch recursive loading.
the attached patch fixes this, by adding the to-be-loaded plugin to the "::loaded_plugins" list, then tries to load it and removes it from the list if the loading fails
(rather than adding the plugin to the list after the loading succeeded)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3609350&group_…