Patches item #3361846, was opened at 2011-07-10 08:57
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3361846&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: externals
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Anthony Lauzon (pfaffian)
>Assigned to: Miller Puckette (millerpuckette)
Summary: bonk~ max/msp fixes
Initial Comment:
Patch consists of 3 changes:
1. Moving some PD specific code inside of #ifdef PD blocks so bonk~ compiles for Max/MSP
2. Bonk template reading/writing correctly works from Max/MSP.
3. "learn" was not using its argument, so every hit was being interpreted as a new template. changed that behaviour.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3361846&group_…
Patches item #3361846, was opened at 2011-07-10 08:57
Message generated for change (Tracker Item Submitted) made by pfaffian
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3361846&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: externals
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Anthony Lauzon (pfaffian)
Assigned to: Nobody/Anonymous (nobody)
Summary: bonk~ max/msp fixes
Initial Comment:
Patch consists of 3 changes:
1. Moving some PD specific code inside of #ifdef PD blocks so bonk~ compiles for Max/MSP
2. Bonk template reading/writing correctly works from Max/MSP.
3. "learn" was not using its argument, so every hit was being interpreted as a new template. changed that behaviour.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3361846&group_…
Patches item #3106799, was opened at 2010-11-10 13:21
Message generated for change (Comment added) made by ico_bukvic
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&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: 6
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] GOP leaving zombie objects after disabling GOP
Initial Comment:
Apologies for previous post without logging in. Please disregard the previous report and use this one instead.
Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following:
1) right-click on [pd something] and click on "properties
2) check "enable gop" option and apply (*do not* close properties window)
3) uncheck "enable gop" option and apply
4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console
This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of.
----------------------------------------------------------------------
>Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2011-07-08 05:02
Message:
Sure, I however would not call that a fix or a workaround.
----------------------------------------------------------------------
Comment By: João Pais (jmmmp)
Date: 2011-07-08 04:03
Message:
to my knowledge, usually these kind of mistakes disappear if the window is
closed/opened again (ie. redrawn). In case you're working on a subpatch, of
course.
----------------------------------------------------------------------
Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2011-07-07 20:11
Message:
Please note that this works just fine in pd-l2ork, likely due to a bunch of
other improvements to the GOP mechanism, so the suggested step 5) reported
below does not apply to pd-l2ork.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-07-07 11:56
Message:
Problem still exists in Pd-vanilla 0.43.0. (Ubuntu Maverick)
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 05:18
Message:
btw, the patch still applies cleanly and the problem does go away
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 05:15
Message:
i think this bug is still in 0.43.0test4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 00:12
Message:
I think this is fixed already in 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Patches item #3106799, was opened at 2010-11-10 19:21
Message generated for change (Comment added) made by jmmmp
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&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: 6
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] GOP leaving zombie objects after disabling GOP
Initial Comment:
Apologies for previous post without logging in. Please disregard the previous report and use this one instead.
Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following:
1) right-click on [pd something] and click on "properties
2) check "enable gop" option and apply (*do not* close properties window)
3) uncheck "enable gop" option and apply
4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console
This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of.
----------------------------------------------------------------------
Comment By: João Pais (jmmmp)
Date: 2011-07-08 11:03
Message:
to my knowledge, usually these kind of mistakes disappear if the window is
closed/opened again (ie. redrawn). In case you're working on a subpatch, of
course.
----------------------------------------------------------------------
Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2011-07-08 03:11
Message:
Please note that this works just fine in pd-l2ork, likely due to a bunch of
other improvements to the GOP mechanism, so the suggested step 5) reported
below does not apply to pd-l2ork.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-07-07 18:56
Message:
Problem still exists in Pd-vanilla 0.43.0. (Ubuntu Maverick)
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 11:18
Message:
btw, the patch still applies cleanly and the problem does go away
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 11:15
Message:
i think this bug is still in 0.43.0test4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 06:12
Message:
I think this is fixed already in 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Patches item #3106799, was opened at 2010-11-10 13:21
Message generated for change (Comment added) made by ico_bukvic
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&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: 6
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] GOP leaving zombie objects after disabling GOP
Initial Comment:
Apologies for previous post without logging in. Please disregard the previous report and use this one instead.
Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following:
1) right-click on [pd something] and click on "properties
2) check "enable gop" option and apply (*do not* close properties window)
3) uncheck "enable gop" option and apply
4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console
This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of.
----------------------------------------------------------------------
>Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2011-07-07 20:11
Message:
Please note that this works just fine in pd-l2ork, likely due to a bunch of
other improvements to the GOP mechanism, so the suggested step 5) reported
below does not apply to pd-l2ork.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-07-07 11:56
Message:
Problem still exists in Pd-vanilla 0.43.0. (Ubuntu Maverick)
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 05:18
Message:
btw, the patch still applies cleanly and the problem does go away
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 05:15
Message:
i think this bug is still in 0.43.0test4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 00:12
Message:
I think this is fixed already in 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Patches item #3108513, was opened at 2010-11-13 13:48
Message generated for change (Comment added) made by ico_bukvic
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3108513&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: Out of Date
Priority: 5
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Nobody/Anonymous (nobody)
Summary: [bugfix] collection of fixes improving scrolling/popup
Initial Comment:
For detailed info please see my post to pd-dev list http://www.mail-archive.com/pd-dev@iem.at/msg08015.html
This patch differs from one submitted to pd-dev mailing list in that it adjusts changes to pd.tk to reflect additions that have been made to it since (some chunks apply with "fuzz" enabled but they should all apply rather cleanly). It should be applied against latest Pd-extended 0.42.5 svn branch. NB: I have not had a chance to do the porting to 0.43 as I am still using 0.42.5.
----------------------------------------------------------------------
>Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2011-07-07 20:10
Message:
Since a number of users have reported that 0.43 is not yet production
ready, this may be very appropriate for a 0.42.7 release. That said, there
is an even better version of the scrolling code and supporting features in
the 20110427 pd-l2ork snapshot.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-07-07 14:08
Message:
These patches should be updated to apply to the HEAD of the pure-data git.
Also, its easiest to manage if all changes are in a single patch file.
"git format-patch" works nicely for that.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3108513&group_…
Patches item #3106837, was opened at 2010-11-10 14:47
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106837&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: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [bugfix] paste/undo/redo sometimes leaves patchcords below
Initial Comment:
Affects only pd-extended 0.42.5 (may also affect 0.43--has not been tested).
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-07-07 15:12
Message:
Looks worth including, but with GOP bugs, I'm currently waiting to see what
Miller is going to do with GOP restructuring before tackling this stuff. I
still don't really have a grasp of the GOP code, so I don't know what the
repercussions of GOP-related patches are. From my experience, one little
simple fix causes some weird behavior elsewhere.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 05:24
Message:
the problem only applies to Pd-extended (hence i re-assign it to hans), as
with pd-vanilla, all msg- and obj-boxes are transparent (non-filled), thus
there is no real problem with the layer-depth of cords vs objects.
furthermore, i actually fail to see the problem anyhow: why do you think
it is a bug if the cord is drawn on top of the object?
isn't this what you usually get anyhow?
----------------------------------------------------------------------
Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2010-11-12 11:50
Message:
Small update to the patch to remove redundant redrawing when duplicating
objects.
----------------------------------------------------------------------
Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2010-11-10 14:49
Message:
Ugh... How does one edit the Details once the file has been uploaded?
At any rate, it is all explained in the test pd patch so please consult
the attached patchcord_test.pd
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106837&group_…
Patches item #3108513, was opened at 2010-11-13 13:48
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3108513&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: Pending
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
>Assigned to: Nobody/Anonymous (nobody)
Summary: [bugfix] collection of fixes improving scrolling/popup
Initial Comment:
For detailed info please see my post to pd-dev list http://www.mail-archive.com/pd-dev@iem.at/msg08015.html
This patch differs from one submitted to pd-dev mailing list in that it adjusts changes to pd.tk to reflect additions that have been made to it since (some chunks apply with "fuzz" enabled but they should all apply rather cleanly). It should be applied against latest Pd-extended 0.42.5 svn branch. NB: I have not had a chance to do the porting to 0.43 as I am still using 0.42.5.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-07-07 15:08
Message:
These patches should be updated to apply to the HEAD of the pure-data git.
Also, its easiest to manage if all changes are in a single patch file.
"git format-patch" works nicely for that.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3108513&group_…
Patches item #3106799, was opened at 2010-11-10 13:21
Message generated for change (Comment added) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&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: 6
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] GOP leaving zombie objects after disabling GOP
Initial Comment:
Apologies for previous post without logging in. Please disregard the previous report and use this one instead.
Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following:
1) right-click on [pd something] and click on "properties
2) check "enable gop" option and apply (*do not* close properties window)
3) uncheck "enable gop" option and apply
4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console
This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-07-07 12:56
Message:
Problem still exists in Pd-vanilla 0.43.0. (Ubuntu Maverick)
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 05:18
Message:
btw, the patch still applies cleanly and the problem does go away
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 05:15
Message:
i think this bug is still in 0.43.0test4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 00:12
Message:
I think this is fixed already in 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Patches item #3109768, was opened at 2010-11-15 16:10
Message generated for change (Comment added) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&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: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] gop patch name uneditable after disabling gop
Initial Comment:
Last lingering GOP bug (after all previous GOP bugfixes that I submitted have been applied). Namely, when:
1) open a new patch and create [pd something]
2) right-click on object's properties, enable both GOP and "hide text" options and click on OK/Apply
3) the object will revert to its original object-like appearance and will be open-able but its name (text) will not be editable
4) right-clicking on its properties shows that both "hide text" and GOP are still enabled
This is because disabling GOP function does not reset hidetext variable. Following patch fixes this.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-07-07 12:46
Message:
There's still a problem:
5) Uncheck "hide text", then uncheck "Graph on parent". Now text is not
editable.
Alternatively, unchecking "Graph on parent" without unchecking "hide text"
will not revert the subpatch to an object box.
Test with Pd 0.43.0 on Maverick.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-08 06:15
Message:
i attached a simple fix for the problem that deals with it in the tcl
domain.
this applies (only) to 0.43.
file: 0001-disabling-GOP-should-also-disable-hidetext.patch
created for 0.43.0test4
this obsoletes ico's "gop_patch_20101115" (which i leave here for
reference)
----------------------------------------------------------------------
Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2010-11-15 16:11
Message:
Forgot to mention, this applies to 0.42.5 branch of both pd and
pd-extended. It has not been tested against 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&group_…