Patches item #1552482, was opened at 2006-09-05 04:48
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&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: Works For Me
Priority: 5
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Miller Puckette (millerpuckette)
Summary: update to [cnv] help to document arguments
Initial Comment:
The canvas object seems to take arguments happily enough - while I
could not find this documented, I discovered what went where by trying
"cnv a b c d e f g h..." and checking where they ended up in the
properties. This worked, but while the arguments appear in the
properties, they do not actually "show up" in the canvas until the property
window is closed again.
I've attached a patch that demonstrates this behavior.
(I was hoping to build a "canvas generator" that would save me the
trouble of opening property windows to set dimensions or a recieve
symbol that could be used with Joao Miguel Pais's "gui-edit" abstraction.
But the receive symbol does not start functioning until the props are
opened, then closed.)
Also, the first 3 arguments do not seem to do anything (they'd logically
control "selectable size" and the x and y dimensions of the canvas).
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-20 05:45
Message:
Logged In: YES
user_id=1541432
Hello Hans,
Done : ). But I can't effect the bug>patch change.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-15 20:54
Message:
Logged In: YES
user_id=27104
It would be awesome then if you updated the help file and
submitted that as a patch to the tracker. Then the rest of
us can benefit from your explorations.
You can attach an updated help file to this tracker, then
change it from a "Bug" to a "Patch".
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-05 06:12
Message:
Logged In: YES
user_id=1541432
Sorry about that, thanks!
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-09-05 06:03
Message:
Logged In: YES
user_id=564396
this is, because you are using wrong arguments and not
because of a bug in [cnv].
attached is a working patch (which uses more arguments than
the original one)
there are 4 possibilities to "reverse engineer" the
arguments of an object:
1) read the help (won't help you with [cnv])
2) read the pd-list (ask! chances are high that somebody
already solved your problem)
3) read the patch (save a patch with the object as you would
like it; open the patch with a text editor; look which
arguments are used; understand what the arguments mean)
4) read the source
esp. #3 is a very simple and efficient and good way to
discover the arguments of an object (the object usually
knows best which arguments it needs)
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-05 04:50
Message:
Logged In: YES
user_id=1541432
This is on Pd-x-39.2t4 (OS X.4.7 PPC)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&group_…
Patches item #1552482, was opened at 2006-09-05 04:48
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&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: Works For Me
Priority: 5
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Miller Puckette (millerpuckette)
>Summary: update to [cnv] help to document arguments
Initial Comment:
The canvas object seems to take arguments happily enough - while I
could not find this documented, I discovered what went where by trying
"cnv a b c d e f g h..." and checking where they ended up in the
properties. This worked, but while the arguments appear in the
properties, they do not actually "show up" in the canvas until the property
window is closed again.
I've attached a patch that demonstrates this behavior.
(I was hoping to build a "canvas generator" that would save me the
trouble of opening property windows to set dimensions or a recieve
symbol that could be used with Joao Miguel Pais's "gui-edit" abstraction.
But the receive symbol does not start functioning until the props are
opened, then closed.)
Also, the first 3 arguments do not seem to do anything (they'd logically
control "selectable size" and the x and y dimensions of the canvas).
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-20 05:45
Message:
Logged In: YES
user_id=1541432
Hello Hans,
Done : ). But I can't effect the bug>patch change.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-15 20:54
Message:
Logged In: YES
user_id=27104
It would be awesome then if you updated the help file and
submitted that as a patch to the tracker. Then the rest of
us can benefit from your explorations.
You can attach an updated help file to this tracker, then
change it from a "Bug" to a "Patch".
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-05 06:12
Message:
Logged In: YES
user_id=1541432
Sorry about that, thanks!
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-09-05 06:03
Message:
Logged In: YES
user_id=564396
this is, because you are using wrong arguments and not
because of a bug in [cnv].
attached is a working patch (which uses more arguments than
the original one)
there are 4 possibilities to "reverse engineer" the
arguments of an object:
1) read the help (won't help you with [cnv])
2) read the pd-list (ask! chances are high that somebody
already solved your problem)
3) read the patch (save a patch with the object as you would
like it; open the patch with a text editor; look which
arguments are used; understand what the arguments mean)
4) read the source
esp. #3 is a very simple and efficient and good way to
discover the arguments of an object (the object usually
knows best which arguments it needs)
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-05 04:50
Message:
Logged In: YES
user_id=1541432
This is on Pd-x-39.2t4 (OS X.4.7 PPC)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&group_…
Patches item #1552482, was opened at 2006-09-05 04:48
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&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: Works For Me
Priority: 5
Submitted By: Luke Iannini (lukeiannini)
>Assigned to: Miller Puckette (millerpuckette)
Summary: Arguments to canvas object (cnv) do not take effect
Initial Comment:
The canvas object seems to take arguments happily enough - while I
could not find this documented, I discovered what went where by trying
"cnv a b c d e f g h..." and checking where they ended up in the
properties. This worked, but while the arguments appear in the
properties, they do not actually "show up" in the canvas until the property
window is closed again.
I've attached a patch that demonstrates this behavior.
(I was hoping to build a "canvas generator" that would save me the
trouble of opening property windows to set dimensions or a recieve
symbol that could be used with Joao Miguel Pais's "gui-edit" abstraction.
But the receive symbol does not start functioning until the props are
opened, then closed.)
Also, the first 3 arguments do not seem to do anything (they'd logically
control "selectable size" and the x and y dimensions of the canvas).
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-20 05:45
Message:
Logged In: YES
user_id=1541432
Hello Hans,
Done : ). But I can't effect the bug>patch change.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-15 20:54
Message:
Logged In: YES
user_id=27104
It would be awesome then if you updated the help file and
submitted that as a patch to the tracker. Then the rest of
us can benefit from your explorations.
You can attach an updated help file to this tracker, then
change it from a "Bug" to a "Patch".
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-05 06:12
Message:
Logged In: YES
user_id=1541432
Sorry about that, thanks!
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-09-05 06:03
Message:
Logged In: YES
user_id=564396
this is, because you are using wrong arguments and not
because of a bug in [cnv].
attached is a working patch (which uses more arguments than
the original one)
there are 4 possibilities to "reverse engineer" the
arguments of an object:
1) read the help (won't help you with [cnv])
2) read the pd-list (ask! chances are high that somebody
already solved your problem)
3) read the patch (save a patch with the object as you would
like it; open the patch with a text editor; look which
arguments are used; understand what the arguments mean)
4) read the source
esp. #3 is a very simple and efficient and good way to
discover the arguments of an object (the object usually
knows best which arguments it needs)
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-05 04:50
Message:
Logged In: YES
user_id=1541432
This is on Pd-x-39.2t4 (OS X.4.7 PPC)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&group_…
Bugs item #1378911, was opened at 2005-12-12 13:10
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1378911&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.38.4
>Status: Pending
>Resolution: Fixed
Priority: 5
Submitted By: B. Bogart (bbogart)
Assigned to: Nobody/Anonymous (nobody)
Summary: pd filename extension not added on OSX port
Initial Comment:
On linux when you do "file" -> "save" and type the
filename "mypatch" then PD will save a file called
"mypatch.pd" if you do the same on OSX, you end up with
a file called "mypatch" without the extension. One must
manually add the extension to open the file.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-20 11:46
Message:
Logged In: YES
user_id=27104
I confirmed that both of these bugs existed in Pd-extended
0.38.4 on Mac OS X. I also confirmed that neither of these
bugs exist in Pd-0.39.2-extended-test5.
----------------------------------------------------------------------
Comment By: B. Bogart (bbogart)
Date: 2005-12-12 13:14
Message:
Logged In: YES
user_id=117349
Frank Barknecht adds that the filename extension on linux
ONLY gets added "only if the name doesn't contain any dots.
This has bitten me several times when trying to save a
rrad.osc~ file, which wouldn't get an appended .pd, too."
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1378911&group_…
Patches item #1562296, was opened at 2006-09-20 11:37
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=1562296&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: 9
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: add sensible double-click actions to help browser
Initial Comment:
to open files, you need to double-click them now. You
can still browse using single-clicks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1562296&group_…
Hallo,
I'm starting a new thread from "easy way to download the whole
shebang".
The instructions for how to change from CVS to SVN on Sourceforge are
here:
http://sourceforge.net/docman/display_doc.php?docid=31070&group_id=1#import
It's a process involving many steps, but not impossible. One thing to
note is that "The migration will be finished within 24 hours. It could
be finished in as soon as an hour or two, depending on the size of
your CVS repository and the number of projects queued for migration in
front of yours."
So if we switch we need to freeze write access to the repo for at
least that time, and probably some more time before and after for
preparing and testing the transformation.
Side note: One thing we should freeze immediatly is accepting new
developers until we either decide to not go SVN, or until the
transformation is done.
So what's left as far as I see it is:
1) developer vote:
Should the SF repository switch from CVS to SVN on Sourceforge?
[ ] yes
[ ] no
2) sort out techical issues with branches, tags etc.
3) find someone (incl. admins!) who volunteers to do the import. I
would volunteer but I wouldn't want to do this completely alone.
4) agree on date
5) do it.
Ciao
--
Frank Barknecht _ ______footils.org_ __goto10.org__
Bugs item #1552482, was opened at 2006-09-05 01:48
Message generated for change (Comment added) made by lukeiannini
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1552482&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: Works For Me
Priority: 5
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Nobody/Anonymous (nobody)
Summary: Arguments to canvas object (cnv) do not take effect
Initial Comment:
The canvas object seems to take arguments happily enough - while I
could not find this documented, I discovered what went where by trying
"cnv a b c d e f g h..." and checking where they ended up in the
properties. This worked, but while the arguments appear in the
properties, they do not actually "show up" in the canvas until the property
window is closed again.
I've attached a patch that demonstrates this behavior.
(I was hoping to build a "canvas generator" that would save me the
trouble of opening property windows to set dimensions or a recieve
symbol that could be used with Joao Miguel Pais's "gui-edit" abstraction.
But the receive symbol does not start functioning until the props are
opened, then closed.)
Also, the first 3 arguments do not seem to do anything (they'd logically
control "selectable size" and the x and y dimensions of the canvas).
----------------------------------------------------------------------
>Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-20 02:45
Message:
Logged In: YES
user_id=1541432
Hello Hans,
Done : ). But I can't effect the bug>patch change.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-15 17:54
Message:
Logged In: YES
user_id=27104
It would be awesome then if you updated the help file and
submitted that as a patch to the tracker. Then the rest of
us can benefit from your explorations.
You can attach an updated help file to this tracker, then
change it from a "Bug" to a "Patch".
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-05 03:12
Message:
Logged In: YES
user_id=1541432
Sorry about that, thanks!
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-09-05 03:03
Message:
Logged In: YES
user_id=564396
this is, because you are using wrong arguments and not
because of a bug in [cnv].
attached is a working patch (which uses more arguments than
the original one)
there are 4 possibilities to "reverse engineer" the
arguments of an object:
1) read the help (won't help you with [cnv])
2) read the pd-list (ask! chances are high that somebody
already solved your problem)
3) read the patch (save a patch with the object as you would
like it; open the patch with a text editor; look which
arguments are used; understand what the arguments mean)
4) read the source
esp. #3 is a very simple and efficient and good way to
discover the arguments of an object (the object usually
knows best which arguments it needs)
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2006-09-05 01:50
Message:
Logged In: YES
user_id=1541432
This is on Pd-x-39.2t4 (OS X.4.7 PPC)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1552482&group_…
Bugs item #1561839, was opened at 2006-09-19 21:31
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=1561839&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: Open
Resolution: None
Priority: 5
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: rhythmic glitching on PowerBook G4
Initial Comment:
On an Apple PowerBook G4 1.67GHz running 10.4.7, the
sound always had a pulsing glitch on it no matter if
any sound was being generated or not. When I switched
the output sampling rate to 48000, the glitching went
away. When I switched back to 44100, the glitching
came back.
I saw this one other time on a PowerBook, but it was
also happening to Audacity. This time it was only
happening for Pd. My guess is that its related to
portaudio.
This was on a student's laptop, so I can't test again.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1561839&group_…
Patches item #1561814, was opened at 2006-09-19 20:06
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&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: 7
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: MinGW fixes for the "pd/extra" folder
Initial Comment:
This patch is two key parts:
- minor fixes in the source code for properly
supporting MinGW
- a new unified makefile for the "pd/extra" section
which handles Mac OS X, GNU/Linux, and Windows/MinGW.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-19 20:14
Message:
Logged In: YES
user_id=27104
I forgot to mention, this is called differently from
pd/src/makefile. The "extern" target should look like this
to use this makefile:
externs:
make -C ../extra
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&group_…
Patches item #1561814, was opened at 2006-09-19 20:06
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&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: 7
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
>Summary: MinGW fixes for the "pd/extra" folder
Initial Comment:
This patch is two key parts:
- minor fixes in the source code for properly
supporting MinGW
- a new unified makefile for the "pd/extra" section
which handles Mac OS X, GNU/Linux, and Windows/MinGW.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&group_…