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_…
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_…
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_…
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_…
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_…
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_…
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 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_…
Bugs item #2584887, was opened at 2009-02-10 13:12
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=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.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2584887&group_…
Bugs item #2566232, was opened at 2009-02-04 20:40
Message generated for change (Comment added) made by whyameye
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2566232&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: whyameye (whyameye)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Gem right-click help broken: Win32 Pd-extended 0.40-3
Initial Comment:
running Pd version 0.40.3-extended-20080721 (released version) I get error "sorry, couldn't find help patch for "<insert Gem object here>" if I right-click on any Gem object and select "help" from the context menu. The Gem help patches are available, however, if I drill down to them through 5.reference -> Gem in the browser of the help menu.
----------------------------------------------------------------------
>Comment By: whyameye (whyameye)
Date: 2009-02-07 13:58
Message:
For the currently released 0.40-3 there's an easy fix:
* Open Pd
* Go to File -> Startup...
* At the bottom of the dialog screen that opens, you will see a textbox
labeled "Startup flags:". Click inside the text box
* Using the right arrow, move your cursor to the very end of the text in
the text box. Add one space, then type this *exactly* as it is here:
-helppath c:/PROGRA~1/pd/doc/5.reference/Gem
* (note the space after helppath and no other spaces)
* click "apply" then click "ok"
* close Pd
* reopen and the right-click for help patches should work
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-02-05 00:03
Message:
Yeah, this has been fixed, but the Windows build machine died before I
could get the fixed release out. John Harrison and Joao Miguel Pais have
donated the new parts, I just need to get the time to get that machine up
and running again. Or someone else could try their hand at Windows
builds:
http://puredata.info/docs/developer/mingw
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2566232&group_…