Patches item #3599169, was opened at 2013-01-01 19:10
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3599169&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: make garray_getfloatarray 64-bit warning-stronger and better
Initial Comment:
This gets rid of the logic that only lets this message get printed once per Pd session. It also prints the array and patch name in question so people can hope to find the affected object. Since this problem means non-working objects, I think this warning should be loud and provide detailed info so that people know the cause and then go fix it :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3599169&group_…
Bugs item #3599058, was opened at 2012-12-31 16:43
Message generated for change (Tracker Item Submitted) made by po-b
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3599058&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: externals
Group: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Pierre-Olivier Boulant (po-b)
Assigned to: Nobody/Anonymous (nobody)
Summary: unauthorized/grid bug when in a GOP of an abstraction
Initial Comment:
I have some abstractions which have an unauthorized/grid in a GOP. I change the colour at start up with a message triggered by [initbang]
If I create the abstraction in a new patch, it creates fine but the object is visible in the parent patch and will disappear after moving the abstraction in the parent patch.
But the parent patch will not load once the patch has been saved with such an abstraction.
console output for example patch1:
(Tcl) INVALID COMMAND NAME: invalid command name ".x675f00.c"
while executing
".x675f00.c delete 6990b8GRID"
("uplevel" body line 1)
invoked from within
"uplevel #0 $cmds_from_pd"
If I create a subpatch with no GOP (example 2) it loads with an other error message:
(Tcl) INVALID COMMAND NAME: invalid command name ".x699530.c"
while executing
".x699530.c delete 67b460GRID"
("uplevel" body line 7)
invoked from within
"uplevel #0 $cmds_from_pd"
The same patch but with a GOP starts fine (example 4) and a patch with no subpatch or abstraction works fine too.
Windows 7 (64bit), Pd extended final RC (2012 12 31) 32bit
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3599058&group_…
Patches item #3589133, was opened at 2012-11-22 04:18
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3589133&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: Jamie Bullock (postlude)
Assigned to: Miller Puckette (millerpuckette)
Summary: Patcher windows always open on "primary" monitor
Initial Comment:
Pd version tested with: 0.43.3 Vanilla
Steps to reproduce:
- connect a second monitor
- open Pd
- create a new patch and move it to the second monitor
- create a subpatch
Expected behaviour:
- the subpatch window opens on the same monitor as the parent patch
Actual behaviour:
- the subpatch window opens on the primary monitor
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-31 16:25
Message:
301 Moved Permanently I was suggested this website by my cousin. I am not
sure whether this post is written by him as no one else know such detailed
about my problem. You are incredible! Thanks! your article about 301 Moved
Permanently Best Regards Rolf Veronica
[url=http://noimi.com/blogs/viewstory/83095]Bridal gown[/url]
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-30 08:01
Message:
I must say, as very much as I enjoyed reading what you had to say, I
couldnt help but lose interest after a while. Its as if you had a great
grasp on the subject matter, but you forgot to include your readers.
Perhaps you should think about this from additional than one angle. Or
maybe you shouldnt generalise so significantly. Its better if you think
about what others may have to say instead of just heading for a gut
reaction to the subject. Think about adjusting your own believed process
and giving others who may read this the benefit of the doubt.
<a href="http://fit2wed.org/activity/p/50224/" title="Selecting
Proper">Selecting Proper</a>
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2012-12-15 15:04
Message:
I didn't see the need to place the wondw over the object (patch number 2)
but applied the
first one to vanilla. Will mark this 'pending' pending...
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-12-14 18:36
Message:
The code was just always placing the new subpatch windows in the top left
corner of the main screen. I did two things in Pd-extended:
1. made the window placement logic aware of the full desktop size, not just
the main screen
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended…
2. made the window of new subpatches open near where the object was
placed.
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3589133&group_…
Bugs item #3599056, was opened at 2012-12-31 15:37
Message generated for change (Tracker Item Submitted) made by po-b
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3599056&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: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Pierre-Olivier Boulant (po-b)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Problem with localized version of the search plug-in
Initial Comment:
I've installed and run the latest beta of Pd-extended on a Windows 7, 64bit computer. It detects I'm French and want to load the Franch translation of the search plug-in but fails with this message:
-----------
UNHANDLED ERROR: bad menu entry index "Signaler un bogue"
while executing
"$mymenu index [_ "Report a bug"]"
("uplevel" body line 1097)
invoked from within
"uplevel #0 $tclcode"
FAILED TO LOAD C:/Program Files (x86)/pd/extra/search-plugin/search-plugin.tcl
-----------
And I can't see "search" in the help menu.
If I rename the "pd/extra/search-plugin/po" to "pd/extra/search-plugin/_po" Pd starts fine and I can see "search" in the help menu.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3599056&group_…
Patches item #3589133, was opened at 2012-11-22 04:18
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3589133&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: Jamie Bullock (postlude)
Assigned to: Miller Puckette (millerpuckette)
Summary: Patcher windows always open on "primary" monitor
Initial Comment:
Pd version tested with: 0.43.3 Vanilla
Steps to reproduce:
- connect a second monitor
- open Pd
- create a new patch and move it to the second monitor
- create a subpatch
Expected behaviour:
- the subpatch window opens on the same monitor as the parent patch
Actual behaviour:
- the subpatch window opens on the primary monitor
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-30 08:01
Message:
I must say, as very much as I enjoyed reading what you had to say, I
couldnt help but lose interest after a while. Its as if you had a great
grasp on the subject matter, but you forgot to include your readers.
Perhaps you should think about this from additional than one angle. Or
maybe you shouldnt generalise so significantly. Its better if you think
about what others may have to say instead of just heading for a gut
reaction to the subject. Think about adjusting your own believed process
and giving others who may read this the benefit of the doubt.
<a href="http://fit2wed.org/activity/p/50224/" title="Selecting
Proper">Selecting Proper</a>
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2012-12-15 15:04
Message:
I didn't see the need to place the wondw over the object (patch number 2)
but applied the
first one to vanilla. Will mark this 'pending' pending...
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-12-14 18:36
Message:
The code was just always placing the new subpatch windows in the top left
corner of the main screen. I did two things in Pd-extended:
1. made the window placement logic aware of the full desktop size, not just
the main screen
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended…
2. made the window of new subpatches open near where the object was
placed.
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3589133&group_…
Patches item #3598832, was opened at 2012-12-28 22:01
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3598832&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: Trevor Fancher (trevorfancher)
>Assigned to: Miller Puckette (millerpuckette)
Summary: Print entire abstraction
Initial Comment:
Purpose:
Change menu_print to print the entire canvas.
Justification:
I think this is what most people expect. I know I sure did
In my opinion cropping should be done in a separate app.
For example, here on OSX, Preview.app can crop really easily.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-12-29 07:22
Message:
works for me, I've included it in Pd-extended. Thanks, that's definitely a
big improvement over the old behavior.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3598832&group_…
Patches item #3598832, was opened at 2012-12-28 22:01
Message generated for change (Tracker Item Submitted) made by trevorfancher
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3598832&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: Trevor Fancher (trevorfancher)
Assigned to: Nobody/Anonymous (nobody)
Summary: Print entire abstraction
Initial Comment:
Purpose:
Change menu_print to print the entire canvas.
Justification:
I think this is what most people expect. I know I sure did
In my opinion cropping should be done in a separate app.
For example, here on OSX, Preview.app can crop really easily.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3598832&group_…
Feature Requests item #3598776, was opened at 2012-12-28 10:42
Message generated for change (Tracker Item Submitted) made by kubriel
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3598776&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
Priority: 5
Private: No
Submitted By: kubriel (kubriel)
Assigned to: Nobody/Anonymous (nobody)
Summary: let us know when file is loaded
Initial Comment:
let us know when file is loaded and ready for playback in [soundfiler], [readsf~] and maybe others
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3598776&group_…
hi list,
something between a feature request and a usability bug report.
also submitted on the tracker here:
http://sourceforge.net/tracker/?func=detail&atid=478070&aid=3598740&group_i…
i think it would make the audio properties clearer if instead of "delay (ms)" it would read either of those instead:
buffer (ms)
buffer size (ms)
I/O buffer size (ms)
or am i missing something?
m.
Bugs item #3598768, was opened at 2012-12-28 09:35
Message generated for change (Tracker Item Submitted) made by kubriel
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3598768&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: externals
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: kubriel (kubriel)
Assigned to: Nobody/Anonymous (nobody)
Summary: hid-0.7-2 sending last values mouse every poll
Initial Comment:
i want to read data from mouse, but [hid] is sending last values every poll.
like this(im doing nothing with mouse):
print: rel rel_wheel 1
print: rel rel_x 2
print: rel rel_y -1
print: rel rel_wheel 1
print: rel rel_x 2
print: rel rel_y -1
print: rel rel_wheel 1
print: rel rel_x 2
print: rel rel_y -1
print: rel rel_wheel 1
print: rel rel_x 2
print: rel rel_y -1
print: rel rel_wheel 1
print: rel rel_x 2
print: rel rel_y -1
print: rel rel_wheel 1
print: rel rel_x 2
print: rel rel_y -1
print: rel rel_wheel 1
print: rel rel_x 2
print: rel rel_y -1
print: rel rel_wheel 1
values are correct, but this problem makes reading mouse wheel unusable, and lead also to other problems.
i tested two mouses..
this is not happening in [linuxevent]
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3598768&group_…