Patches item #2588029, was opened at 2009-02-10 22:47
Message generated for change (Settings changed) made by millerpuckette
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: Closed
>Resolution: Accepted
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 17: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_…
Patches item #2584887, was opened at 2009-02-10 04:12
Message generated for change (Settings changed) made by millerpuckette
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: Closed
>Resolution: Accepted
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: 2010-01-02 03:20
Message:
You're right, it's the same issue as patch 1242459, I hadn't seen that one.
However bonk~.c has changed significantly in the meantime. I'm not sure, if
the old patch can still be applied automatically.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 17:35
Message:
This seems like it might be a duplicate of patch #1242459
https://sourceforge.net/tracker/?func=detail&aid=1242459&group_id=55736&ati…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-02-15 20:29
Message:
one detail: MAXPDSTRING is longer than FILENAME_MAX on Windows, so to
prevent crasher bugs, any time a file path is stored, FILENAME_MAX should
be used instead of MAXPDSTRING.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2009-02-10 08: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 04: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_…
Patches item #2532431, was opened at 2009-01-23 21:13
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2532431&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: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix opening of .PD/.Pd/.pD and Max patches (.mxt/.pat)
Initial Comment:
add support for Max patch file .mxt file extension, which should be the same file format as a text .pat".
Anyone know the status of the Max patch file conversion code in Pd?
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 21:12
Message:
hope I edited this one in OK -- not sure what cases to test.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-01-23 21:24
Message:
This patch fixes .pat and .mxt loading, it turns out that open_file was
just testing for .pd as a valid file. It also has the nice side effect of
allowing Pd to open .pD, .Pd and .PD files. Currently, open_file will only
open .pd files.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2532431&group_…
Patches item #2527413, was opened at 2009-01-21 16:59
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2527413&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: wishlist
>Status: Closed
>Resolution: Accepted
Priority: 6
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: add Yes/No/Cancel dialog for saving dirty files
Initial Comment:
This patch adds a standard "Do you want to save the changes" Yes/No/Cancel dialog where appropriate.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2527413&group_…
Patches item #2419952, was opened at 2008-12-12 00:42
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2419952&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: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Miller Puckette (millerpuckette)
Summary: Add 'get' method to toggle
Initial Comment:
The attached patch provides a 'get' method for the toggle object. This allows the current state of the toggle to be retrieved via it's outlet. Patch against g_toggle.c (revision 10450).
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 20:43
Message:
I don't think this is necessary, and the "get" name is confusing (doesn't
match up with
other uses of the word 'get'. Maybe it would be better to give ALL guis
plus "f" and "s" objects
a method to "send" their values to a specified symbol?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2419952&group_…
Patches item #2317572, was opened at 2008-11-20 05:49
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2317572&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] garray_resize should use int
Initial Comment:
currently the function to resize arrays is "garray_resize(t_garray *x, t_floatarg f)".
using "float32" as resize-arguments is a bad idea, especially in comparision to "garray_getfloatwords(t_garray *x, int *size, t_word **vec)".
a real problem occured when using [soundfiler] with "-resize" (and "-maxsize") for bigger soundfiles: soundfiler refused to load a soundfile into an array, because resizing "failed".
the "failure" was due to passing the wantedsize to resize() in float32 (losing precision) and then comparing the wantedsize with the gotsize (in int32).
since the sizes differed, [soundfiler] would issue a "resize failed".
the attached patch changes the resize-function to "garray_resize(t_garray *x, int size)".
this might be a bit problematic, as this function is exposed in m_pd.h and thus might break binary compatibility with externals.
an alternative (though not as elegant, imho) solution would be to add another method garray_resize_i() and use this new function throughout internally.
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 20:41
Message:
renamed it garray_resize_long to keep garray_resize backward compatible.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2317572&group_…
Patches item #2290495, was opened at 2008-11-15 03:29
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2290495&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: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: [feature] grain message for "line" to set time grain
Initial Comment:
Attached patch for x_time.c adds a "grain $1" method to the [line] object which allows setting the update rate/time grain of a line object dynamicall after it was created. So far the only way to change the time grain is with a creation argument.
Maybe "grain" isn't such a good name, "rate" could be better. I didn't change the help file yet.
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 20:25
Message:
I ended up making an inlet so it's more nearly compatible with Max. the
line object is badly designed anyway (why does the second inlet reset
itself?)
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-11-16 13:26
Message:
I thought of a third inlet as well, but this would be a bit in conflict
with the arguments that line accepts: line takes the initial value as first
and the time grain as second argument and there is no argument for initial
duration. OTOH the first inlet is for the new target value and the second
inlet for the line duration. So the second argument (grain) clashes with
the second inlet (duration) already, adding another inlet would be even
more confusing IMO because of the "hole in the middle" of the argument
list. Also line would look more like vline~, while it should rather
continue to look like line~ IMO.
In the end I couldn't figure out a nice solution that doesn't break old
patches, so I thought a new method would be the easiest approach.
OTOH a third inlet could use list-distribution to change the update rate
with a single message like "10 1000 5" for: "go to 10 in 1000 ms and update
every 5ms"
I'll let Miller decide about this, I just needed a quick way to change the
grain dynamically.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-11-16 12:33
Message:
what about making a third inlet to set the grain size? Then it would line
up nicely with the 2nd argument.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2290495&group_…
Patches item #2171733, was opened at 2008-10-16 06:53
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&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: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [feature] select objects without gui interaction
Initial Comment:
currently the only available method to select an object, is to use GUI-interaction (mouse) or simulate this via "mouse"-messages to the canvas.
both things only work with gui enabled and have problems with overlapping objects.
the attached patch (against current svn) adds following messages to the canvas:
- select <id>
- deselect <id>
- deselectall
they allow programmatic selection of objects; <id> is the same object-id as used e.g. for the "connect" message.
this also allows programmatic deletion of objects-per-id, e.g. by sending a message "deselectall, select 14, cut" to the canvas.
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 20:12
Message:
Wouldn't it be better just to have a "delete" method? Selecting only makes
sense if the
object is visible anyhow, forcing you to have stuff visible to edit it
programmatically.
If this is indeed what is wanted, it should be fixed so as not to crash
when y runs off the
glist and goes to zero.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-10-16 06:54
Message:
File Added: objectselection.diff
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&group_…
Patches item #2151892, was opened at 2008-10-07 09:43
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&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: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: bugfix: [route 0] should not route symbols
Initial Comment:
up till now, [route 0] would happily route messages like [symbol foo( or [list foo bar( to the "0" outlet.
this is due to the use of atom_getfloat() which will return "0" for non-numeric atoms.
i think this is a bug.
the attached patch fixes this.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&group_…
Patches item #2030557, was opened at 2008-07-28 11:12
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&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: Closed
Resolution: Fixed
Priority: 8
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Miller Puckette (millerpuckette)
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: Hans-Christoph Steiner (eighthave)
Date: 2009-04-13 18:45
Message:
So it turns out that BSD's sprintf() isn't as fault-tolerant as GNU's. It
was crashing on unescaped %, I guess it was trying to replace them and
failing miserably. This patch fixes it by only running the first % pattern
thru the sprintf() then just copying the rest before sending it to
sys_gui();
Committed to Pd-extended 0.41.4, here's the commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=110…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-04-13 17:28
Message:
this happens on Mac OS X 10.5.6/Intel using Pd-vanilla 0.42-4 and Pd
version 0.41.4-extended-20090413. Seems like GNU/Linux is not affected.
----------------------------------------------------------------------
Comment By: Holger (waffenladen)
Date: 2009-02-11 13: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 13: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 10: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 10: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-28 15: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 13: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 11: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=478072&aid=2030557&group_…