Pd-dev February 2009

pd-dev@lists.iem.at

28 participants
77 discussions

[ pure-data-Bugs-2598132 ] gop toggle-related suicide (in four parts)
by SourceForge.net 14 Feb '09

14 Feb '09

Bugs item #2598132, was opened at 2009-02-14 02:59 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=2598132&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gop toggle-related suicide (in four parts) Initial Comment: I 1. create new patch and make a subpatch 2. bring up the canvas properties for subpatch and check "graph on parent" and "hide object name and arguments", click ok 3. right click on the gop box on parent patch 4. uncheck only "graph on parent" and click ok Bug #1: gop is still enabled II 5. close subpatch window 6. right-click gop-box in parent, uncheck "hide object name and arguments" then "graph on parent," click ok Bug #2: the text of the subpatch can no longer be selected or changed. III 6. open the subpatch window 7. in the parent patch (in editmode) select the subpatch object box 8. click delete. Bug#3: subpatch is deleted but the object box (and anything that was visible in the gop window) is still visible. Minimizing and maximizing the patch window erases this. IV 9. Use undo to get back the subpatch. 10. Make sure the subpatch window is visible. 11. Enable "gop" and "hide object etc..." for subpatch, click ok. 12. Uncheck "hide object etc.", click ok. 13. Uncheck "graph on parent", click ok. Bug#4: Pd crashes! Fin (Part IV will also crash Pd without going through steps I-III.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2598132&group_…

1 0

jupiter in pd-devel
by Hans-Christoph Steiner 13 Feb '09

13 Feb '09

Hey all, It was a good meeting today, I hope it spurs more contributions to pd- devel. I made some changes to try to get the jupiter.pd patch working. pdtk_ping was missing, so I think that was causing the issues with the sliders. I added it and the numboxes and sliders seem to work fine now. I couldn't figure out how to make jupiter.pd make sound, but it does load without error now. .hc ---------------------------------------------------------------------------- Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra

1 0

removing diffs from pd-cvs emails
by Hans-Christoph Steiner 13 Feb '09

13 Feb '09

Hey, Since the svnnotify script includes direct links to the changed code, and more, would anyone object if the commit emails no longer include the diff? I think I initially objected to this, now I have seen the error of my ways. :D .hc ---------------------------------------------------------------------------- Mistrust authority - promote decentralization. - the hacker ethic

4 12

compiling external for pd-extended 0.40.3 + flext (windowsXP)
by Jean-Yves Gratius 12 Feb '09

12 Feb '09

Hi, I'm trying to compile a flext external that I want to use with pd-extended 0.40.3 (windows xp) Which version of pure-data vanilla (source + bins) should I use to compile my external ? Using pd vanilla 0.40.1 source and libs, my external works with pd-extended 0.39.3, but crashes with pd-extended 0.40.3. Same problem using pd vanilla 0.41.0 files. thanks, Jean-Yves Gratius

3 4

[ pure-data-Patches-2588029 ] fix exporting to Max .pat/.mxt file
by SourceForge.net 12 Feb '09

12 Feb '09

Patches item #2588029, was opened at 2009-02-11 01:47 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2588029&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: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix exporting to Max .pat/.mxt file Initial Comment: The Max export feature was pretty broken, this patch makes it export a much more usable patch. This was checked into Pd-extended 0.41.4: http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/… ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-02-11 20:13 Message: A couple additions: - fixed up exporting to Max .pat so that it should export working [trigger], [osc~], and [hsl] - code will now import the slightly newer hslider and uslider from Max http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2588029&group_…

1 0

[ pure-data-Bugs-2030557 ] number2 labels ending with '%' cause PD crash
by SourceForge.net 11 Feb '09

11 Feb '09

Bugs item #2030557, was opened at 2008-07-28 20:12 Message generated for change (Comment added) made by waffenladen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&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: 8 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: number2 labels ending with '%' cause PD crash Initial Comment: In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash. I have not found any other characters that cause this, and it does not happen with regular number atoms. pkstone(a)ucdavis.edu ---------------------------------------------------------------------- Comment By: Holger (waffenladen) Date: 2009-02-11 22:06 Message: I did some checks and the properties don`t show up (no crash here, too) if you: - take any iemgui-object - set the label to anything% - set the x offset to 0 (which is the default for vslider and number2) If you change it to anything not zero, it works (again). Tested on yesterday`s svn of pd-extended on Linux. ---------------------------------------------------------------------- Comment By: Holger (waffenladen) Date: 2009-02-11 22:04 Message: I did some checks and the properties don`t show up (no crash here, too) if you: - take any iemgui-object - set the label to anything% - set the x offset to 0 (which is the default for vslider and number2) If you change it to anything not zero, it works (again). Tested on yesterday`s svn of pd-extended on Linux. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2008-07-29 19:43 Message: Logged In: YES user_id=569446 Originator: NO Sorry, this is with 0.41.4 vanilla on Linux. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-07-29 19:39 Message: Logged In: YES user_id=27104 Originator: NO Frank, please give more detail, like exact Pd version and exact platform. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2008-07-29 00:02 Message: Logged In: YES user_id=569446 Originator: NO Pd 0.41 doesn't crash, but produces this instead of opening the Properties dialog: wrong # args: should be "pdtk_iemgui_dialog id mainheader dim_header wdt min_wdt wdt_label hgt min_hgt hgt_label rng_header min_rng min_rng_label max_rng max_rng_label rng_sched lin0_log1 lilo0_label lilo1_label loadbang steady num_label num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol lcol" vslider acts the same but interestingly hslider is not affected! ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-07-28 22:28 Message: Logged In: YES user_id=27104 Originator: NO Confirmed on Mac OS X 10.4.11/Intel using Pd-extended 0.40.3-extended-20080708 and Pd-0.41-4. File Added: num2_%_crash.pd ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-07-28 20:18 Message: Logged In: NO Forgot to mention, this is happening on Pd version 0.40.3-extended-20080724, and also on 0.40.3-extended-20080603. I don't have any older versions handy to test. I'm running Intel OS X 10.4.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&group_…

1 0

[ pure-data-Bugs-2030557 ] number2 labels ending with '%' cause PD crash
by SourceForge.net 11 Feb '09

11 Feb '09

Bugs item #2030557, was opened at 2008-07-28 20:12 Message generated for change (Comment added) made by waffenladen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&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: 8 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: number2 labels ending with '%' cause PD crash Initial Comment: In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash. I have not found any other characters that cause this, and it does not happen with regular number atoms. pkstone(a)ucdavis.edu ---------------------------------------------------------------------- Comment By: Holger (waffenladen) Date: 2009-02-11 22:04 Message: I did some checks and the properties don`t show up (no crash here, too) if you: - take any iemgui-object - set the label to anything% - set the x offset to 0 (which is the default for vslider and number2) If you change it to anything not zero, it works (again). Tested on yesterday`s svn of pd-extended on Linux. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2008-07-29 19:43 Message: Logged In: YES user_id=569446 Originator: NO Sorry, this is with 0.41.4 vanilla on Linux. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-07-29 19:39 Message: Logged In: YES user_id=27104 Originator: NO Frank, please give more detail, like exact Pd version and exact platform. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2008-07-29 00:02 Message: Logged In: YES user_id=569446 Originator: NO Pd 0.41 doesn't crash, but produces this instead of opening the Properties dialog: wrong # args: should be "pdtk_iemgui_dialog id mainheader dim_header wdt min_wdt wdt_label hgt min_hgt hgt_label rng_header min_rng min_rng_label max_rng max_rng_label rng_sched lin0_log1 lilo0_label lilo1_label loadbang steady num_label num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol lcol" vslider acts the same but interestingly hslider is not affected! ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-07-28 22:28 Message: Logged In: YES user_id=27104 Originator: NO Confirmed on Mac OS X 10.4.11/Intel using Pd-extended 0.40.3-extended-20080708 and Pd-0.41-4. File Added: num2_%_crash.pd ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-07-28 20:18 Message: Logged In: NO Forgot to mention, this is happening on Pd version 0.40.3-extended-20080724, and also on 0.40.3-extended-20080603. I don't have any older versions handy to test. I'm running Intel OS X 10.4.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&group_…

1 0

[ pure-data-Patches-2588029 ] fix exporting to Max .pat/.mxt file
by SourceForge.net 11 Feb '09

11 Feb '09

Patches item #2588029, was opened at 2009-02-11 01:47 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=2588029&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: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix exporting to Max .pat/.mxt file Initial Comment: The Max export feature was pretty broken, this patch makes it export a much more usable patch. This was checked into Pd-extended 0.41.4: http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2588029&group_…

1 0

[ pure-data-Patches-2584887 ] bonk ignores relative paths when reading templates
by SourceForge.net 10 Feb '09

10 Feb '09

Patches item #2584887, was opened at 2009-02-10 13:12 Message generated for change (Settings changed) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2584887&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: Frank Barknecht (fbar) >Assigned to: Miller Puckette (millerpuckette) Summary: bonk ignores relative paths when reading templates Initial Comment: bonk~ can not open previously stored attack templates when only a relative path is supplied to the "read templates.txt" message. bonk~ also ignores any [declare] declarations when searching for template files and only works with absolute paths or templates in the working directory PPd was started from. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2009-02-10 17:07 Message: Okay, attached is a patch that changes the "read" and "write" messages to use canvas-relative paths. Tested only briefly, but seems to work. Diff against current SVN HEAD. File Added: bonk~.c.diff ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2009-02-10 13:19 Message: bonk~ should probably use the canvas_open() method to open files instead of a plain fdopen() ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2584887&group_…

1 0

[ pure-data-Bugs-2584887 ] bonk ignores relative paths when reading templates
by SourceForge.net 10 Feb '09

10 Feb '09

Bugs item #2584887, was opened at 2009-02-10 13:12 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2584887&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: Frank Barknecht (fbar) Assigned to: Nobody/Anonymous (nobody) Summary: bonk ignores relative paths when reading templates Initial Comment: bonk~ can not open previously stored attack templates when only a relative path is supplied to the "read templates.txt" message. bonk~ also ignores any [declare] declarations when searching for template files and only works with absolute paths or templates in the working directory PPd was started from. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2009-02-10 17:07 Message: Okay, attached is a patch that changes the "read" and "write" messages to use canvas-relative paths. Tested only briefly, but seems to work. Diff against current SVN HEAD. File Added: bonk~.c.diff ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2009-02-10 13:19 Message: bonk~ should probably use the canvas_open() method to open files instead of a plain fdopen() ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2584887&group_…

1 0

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 February 2009