Pd-dev April 2008

pd-dev@lists.iem.at

24 participants
178 discussions

[ pure-data-Patches-1953772 ] fix bug 1795369 (red border GOP)
by SourceForge.net 29 Apr '08

29 Apr '08

Patches item #1953772, was opened at 2008-04-29 02:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1953772&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: Jakob Leben (jleben) Assigned to: Nobody/Anonymous (nobody) Summary: fix bug 1795369 (red border GOP) Initial Comment: This fixes the bug: Red rectangle is drawn on the parent patch when creating the first object in a GOP subpatch without it's window open by sending a message to the subpatch. This is a patch against pd-0.41-4. --- pd2patch-orig/g_graph.c 2008-03-15 01:03:00.000000000 +0100 +++ pd2patch-leben/g_graph.c 2008-04-29 01:53:17.000000000 +0200 @@ -43,7 +43,7 @@ && pd_checkobject(&y->g_pd)) { x->gl_goprect = 1; - canvas_drawredrect(x, 1); + if(x->gl_havewindow) canvas_drawredrect(x, 1); } if (glist_isvisible(x)) gobj_vis(y, x, 1); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1953772&group_…

1 0

[ pure-data-Bugs-1953770 ] Path... pref pane crashes with more than 33 elements
by SourceForge.net 29 Apr '08

29 Apr '08

Bugs item #1953770, was opened at 2008-04-28 20:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1953770&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: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: Path... pref pane crashes with more than 33 elements Initial Comment: The Path... preferences pane causes Pd to crash if it has too many elements loaded in it. It seems to happen around 42 path elements. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1953770&group_…

1 0

[ pure-data-Bugs-1795369 ] red border GOP
by SourceForge.net 29 Apr '08

29 Apr '08

Bugs item #1795369, was opened at 2007-09-15 05:47 Message generated for change (Comment added) made by jleben You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1795369&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: Closed Resolution: Duplicate Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: red border GOP Initial Comment: hey, when I have a subpatch that contains no element in it, but is a GOP, then I don't see the red GOP border. that does not seem to be a problem. BUT... when I use this empty subpatch and create an object in it via message command, then that red border suddenly is visible in the parent patch. see attached file. marius. ---------------------------------------------------------------------- Comment By: Jakob Leben (jleben) Date: 2008-04-29 01:00 Message: Logged In: YES user_id=2064182 Originator: NO umm, sorry, that was graph_vis (g_graph.c) instead of garray_vis (g_array.c). ---------------------------------------------------------------------- Comment By: Jakob Leben (jleben) Date: 2008-04-28 21:38 Message: Logged In: YES user_id=2064182 Originator: NO The reason, I think, why red border doesn't show up when no elements present is: The same GOP technique is used to show the contents of a subpatch that contains data structures - for example an audio array. In this case you really don't want the red border to be drawn over the graphical representation of data structures, do you? So, red border gets drawn only when there are elements which are at the same time not data structures. This I wouldn't consider a bug then. What's your opinion? Now, why it gets drawn when an object is created via message command: the red border gets drawn in the garray_vis function (g_array.c). This function apparently gets called every time an object is created, exactly because that's the point when the red border might need to be drawn. I think the reason why when you have the subpatch open the GOP on the parent patch is covered over with a grey square is just to avoid the problem of having to visualize GOP on the parent and the subpatch window at the same time but differently (for example: on the parent patch without the red border). But the code obviously doesn't handle the case when a GOP's window is closed and when you create an object it calls garray_vis which draws the red square. Therefore we should add some checking inside garray_vis. This is my idea. Maybe I'll try to solve the problem or I hope this text will be of help to whoever else. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 18:09 Message: Logged In: YES user_id=27104 Originator: NO Try this link: http://sourceforge.net/tracker/index.php?func=detail&aid=1351274&group_id=5… ---------------------------------------------------------------------- Comment By: marius schebella (mariusschebella) Date: 2008-04-28 17:19 Message: Logged In: YES user_id=1856112 Originator: YES it's the same, but #1351274 does not show up when I browse the bugs. wrong settings? strange. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 16:43 Message: Logged In: YES user_id=27104 Originator: NO This is the same as bug #1351274 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 16:42 Message: Logged In: YES user_id=27104 Originator: NO This is the same as bug #1351274 http://sourceforge.net/tracker/index.php?func=browse&group_id=55736&atid=47… ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-16 15:58 Message: Logged In: YES user_id=1658640 Originator: NO This seam very similar to the report #1351274 called "pd 0.39-1 GOP bounding box doesn't appear if no objects". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1795369&group_…

1 0

[ pure-data-Bugs-1572310 ] after Save As..., the path remains at the location
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1572310, was opened at 2006-10-06 14:20 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1572310&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: v0.40.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: after Save As..., the path remains at the location Initial Comment: If you open an instance of an abstraction, then Save As... to somewhere else, the path of that abstraction stays at the original location, even though the file was saved to the new location. Clicking File->Save will then save to the original location rather than the new location. Tested on Mac OS X with Pd-0.39.2, Pd-0.39.2-extended-test5, and Pd-0.40-0. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 17:51 Message: Logged In: YES user_id=27104 Originator: YES Strange, I looked into this. It seems that just the title bar isn't being updated, but the patch does think of itself in the new location. [getdir] will show the new location. It seems that when canvas_rename() is called inside of canvas_savetofile(), the directory is not yet updated, when things get to canvas_reflecttitle(), and therefore canvas_getdir() returns the old location rather than the new one. Since this is now cosmetic, I'll leave it for another day. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-07 17:49 Message: Logged In: YES user_id=27104 "Save As..." means write out a new file. A new file means a new class. The instance that started this process remains the old class, therefore is no longer related to this new class. This means its inconsistent to have this instance remain as the original class. Also, from a usability perspective, it makes things much more coherent. In every other app that I use, when I do "Save As...", that current view changes to the new file. It does not remain on the old file. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2006-10-07 07:53 Message: Logged In: YES user_id=569446 I'm note sure if that's a bug, though I agree, that it's confusing. But if you open an instance of an abstraction and save that under a different name, this action doesn't affect the name of the abstraction's instance as it is used in the parent patch: This one will stay the same. If you want to use your newly saved abstraction you need to rename the instance to the new name as well first. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1572310&group_…

1 0

[ pure-data-Bugs-1499215 ] openpanel crash
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1499215, was opened at 2006-06-01 20:11 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&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: v0.39.2 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: João Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: openpanel crash Initial Comment: when openpanel is clicked and the selection window comes up, pd crashes. this doesn't happen all the time, but will happen for sure if f.e. something with openpanel has been done before. XP, 0.93t3 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 17:18 Message: Logged In: YES user_id=27104 Originator: NO is this still an issue with the recent nightly builds of Pd-extended or Pd-0.41-4? Tcl/Tk has been upgraded on Windows to Tcl/Tk 8.4.18. I think Miller is still using an old build. ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-01-05 11:16 Message: Logged In: YES user_id=663212 Originator: NO Yes, the panel is still open when Pd exits. What Tcl/Tk version are you using when testing? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-01-05 11:00 Message: Logged In: YES user_id=27104 Originator: NO So does the crash happen with the open panel is still open? If so, that sounds like a Tcl/Tk issue maybe. I know that there are a number of updates available. ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-01-05 10:41 Message: Logged In: YES user_id=663212 Originator: NO I have this happen quite a lot on my Windows development machine. The way I reproduced it involved opening a dialog and then the next open dialog browsing my desktop for a few seconds. Pd would exit immediately with a 1. The debugger never caught anything either. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-01-04 19:44 Message: Logged In: YES user_id=27104 Originator: NO I can't reproduce this on Pd-0.39.2-extended-test7. Is there any more info? ---------------------------------------------------------------------- Comment By: João Miguel Pais (jmmmp) Date: 2006-08-07 12:15 Message: Logged In: YES user_id=1523458 this has been happening a lot in my computer lately. I guess there's a conflict between openpanel and window's commentaries to files. my mouse has automatic selection (follows the pointer, I only have to click once to open a file). when I use openpanel after the 1st time, if I'm not fast selecting a file it *will almost for sure* crash pd. no example patch necessary, just any patch with openpanel. apparently the chances increase if a patch with GOPs was opened (it's only a hunch). ---------------------------------------------------------------------- Comment By: João Miguel Pais (jmmmp) Date: 2006-07-07 07:35 Message: Logged In: YES user_id=1523458 This is the only information I can give, because the behaviour is erratic, and I can't establish a pattern. the only thing I know for sure is that it doesn't happen on the first time. example patch isn't necessary, just banging any openpanel - it's a general behaviour, not specific to any singular patch. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-07-06 20:22 Message: Logged In: YES user_id=27104 This is a pretty vague bug report. Any more info? Example patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&group_…

1 0

[ pure-data-Patches-1952001 ] on OSX, made canvas windows show dirty in OS-native style
by SourceForge.net 28 Apr '08

28 Apr '08

Patches item #1952001, was opened at 2008-04-25 19:57 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1952001&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: feature Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Miller Puckette (millerpuckette) >Summary: on OSX, made canvas windows show dirty in OS-native style Initial Comment: This is a patch to add proxy icons (a tiny representation of the file being worked on in the window's titlebar; it can be dragged to grab a reference to the file for drag and drop, or right/command-clicked to get the parent folders of the file). The patch also adds a dot in the close button when the Pdpatch is dirty, consistent with other OS X apps. The patch is untested; Pd-Vanilla doesn't seem to support the Tk attributes necessary (for reasons I don't understand), but Pd-Extended does (hardwiring wm attributes $name -modified 0 -titlepath {insertPathHere} in pd.tk's pdtk_canvas_new works in pd-e but not in pd-v). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 12:41 Message: Logged In: YES user_id=27104 Originator: NO added to branches/pd-extended/0.40 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-27 20:20 Message: Logged In: YES user_id=27104 Originator: NO I uploaded a version of Luke Iannini's proxy_icon_and_modified_state.patch fixed to eliminate crash (caused by using %f in sys_vgui for an int value). Also, made the title bar fully Mac OS X-style. Pd-vanilla uses an old version of Tcl/Tk, that's probably why it doesn't work there. If Pd-vanilla is built against a recent version of Tcl/Tk, then I'll bet it'd work. File Added: proxy_icon_and_modified_state-0.41.4.patch ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-26 20:34 Message: Logged In: YES user_id=27104 Originator: NO I tried this with the latest from branches/pd-extended/v0-40 and I am getting a lot of crashes. It didn't seem to change the window behavior either. Are there some changes to u_main.tk that are missing from the patch, perhaps? I'll try to troubleshoot it more later. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1952001&group_…

1 0

[ pure-data-Patches-1602617 ] some small issues in doc/3.audio.examples/
by SourceForge.net 28 Apr '08

28 Apr '08

Patches item #1602617, was opened at 2006-11-25 01:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1602617&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: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: some small issues in doc/3.audio.examples/ Initial Comment: Tested with pd-0.40-2 from Miller's site. D10.sampler.notes.pd error: ($4: argument number out of range error: tabread4~: sample0: no such array error: tabwrite~: sample: no such array E07.evenodd.pd error: array1: no such object error: array1: no such object error: array1: no such object E10.complex.FM.pd error: tabwrite~: E10-signal: no such array H04.filter.sweep.pd error: tabread4~: mtof: no such array H05.filter.floyd.pd error: 1280-metro: no such object H15.phaser.pd error: 1337-pole: no such object I07.phase.vocoder.pd error: detune: no such object J01.even.odd.pd pd: unknown message DSP 1 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 17:10 Message: Logged In: YES user_id=27104 Originator: NO File Added: fixed_help_patches.zip ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 17:07 Message: Logged In: YES user_id=27104 Originator: NO File Added: H04.filter.sweep.pd ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 17:07 Message: Logged In: YES user_id=27104 Originator: NO Attached are fixed versions of these patches, which are also included in branches/pd-extended/0.40. File Added: E10.complex.FM.pd ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-19 00:33 Message: Logged In: YES user_id=27104 Originator: NO fixed in Pd-0.39.2-extended-test7 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1602617&group_…

1 0

[ pure-data-Patches-1602617 ] some small issues in doc/3.audio.examples/
by SourceForge.net 28 Apr '08

28 Apr '08

Patches item #1602617, was opened at 2006-11-25 01:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1602617&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: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: some small issues in doc/3.audio.examples/ Initial Comment: Tested with pd-0.40-2 from Miller's site. D10.sampler.notes.pd error: ($4: argument number out of range error: tabread4~: sample0: no such array error: tabwrite~: sample: no such array E07.evenodd.pd error: array1: no such object error: array1: no such object error: array1: no such object E10.complex.FM.pd error: tabwrite~: E10-signal: no such array H04.filter.sweep.pd error: tabread4~: mtof: no such array H05.filter.floyd.pd error: 1280-metro: no such object H15.phaser.pd error: 1337-pole: no such object I07.phase.vocoder.pd error: detune: no such object J01.even.odd.pd pd: unknown message DSP 1 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 17:07 Message: Logged In: YES user_id=27104 Originator: NO File Added: H04.filter.sweep.pd ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 17:07 Message: Logged In: YES user_id=27104 Originator: NO Attached are fixed versions of these patches, which are also included in branches/pd-extended/0.40. File Added: E10.complex.FM.pd ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-19 00:33 Message: Logged In: YES user_id=27104 Originator: NO fixed in Pd-0.39.2-extended-test7 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1602617&group_…

1 0

[ pure-data-Patches-1602617 ] some small issues in doc/3.audio.examples/
by SourceForge.net 28 Apr '08

28 Apr '08

Patches item #1602617, was opened at 2006-11-25 01:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1602617&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: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: some small issues in doc/3.audio.examples/ Initial Comment: Tested with pd-0.40-2 from Miller's site. D10.sampler.notes.pd error: ($4: argument number out of range error: tabread4~: sample0: no such array error: tabwrite~: sample: no such array E07.evenodd.pd error: array1: no such object error: array1: no such object error: array1: no such object E10.complex.FM.pd error: tabwrite~: E10-signal: no such array H04.filter.sweep.pd error: tabread4~: mtof: no such array H05.filter.floyd.pd error: 1280-metro: no such object H15.phaser.pd error: 1337-pole: no such object I07.phase.vocoder.pd error: detune: no such object J01.even.odd.pd pd: unknown message DSP 1 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 17:07 Message: Logged In: YES user_id=27104 Originator: NO Attached are fixed versions of these patches, which are also included in branches/pd-extended/0.40. File Added: E10.complex.FM.pd ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-19 00:33 Message: Logged In: YES user_id=27104 Originator: NO fixed in Pd-0.39.2-extended-test7 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1602617&group_…

1 0

[ pure-data-Bugs-1378923 ] Mac: color presets bogus in property dialog
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1378923, was opened at 2005-12-12 13:33 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1378923&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: Mac: color presets bogus in property dialog Initial Comment: Hi all, for the MacOS version of PD (i think irrelevant which one) the color presets aren't colorful but uniformly transparent (or "white"), which makes it impossible to really pick a color. Composing a color works, but the buttons (test label etc.) don't show the color as well. I'm using TCL/TK 8.4.9 under OSX.3.9 greetings, Thomas ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 16:50 Message: Logged In: YES user_id=27104 Originator: NO fixed in Pd-0.41-4 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-05 20:03 Message: Logged In: YES user_id=27104 Originator: NO This is fixed in Pd-extended, and there is a patch in to fix this, but I am not sure whether Miller has accepted that patch (yet?). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-07-09 17:15 Message: Logged In: NO I have seen this in the experimental Intel version as well. OS X 10.4.7 MacBook Pro pkstone(a)ucdavis.edu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1378923&group_…

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev April 2008