Patches item #3587384, was opened at 2012-11-14 21:06
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3587384&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: Pending
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Miller Puckette (millerpuckette)
Summary: Replacing deprecated functions
Initial Comment:
vexp_fun.c currently uses the old BSD-style functions drem and finite. These functions have been removed from XCode 4.4 and later, so that the expr~ family of externals fails to compile now. This patch replaces drem with remainder and finite with isfinite, which should work everywhere.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-15 08:53
Message:
your title got my hopes on with instant goldBy Coolmatt701 electronic
2009-09-01
[url=http://diablo3goldok.smartlog.dk/]Arianne Parmentier's inexpensive
market[/url]
<a href="http://diablo3goldok.smartlog.dk/" title="Arianne Parmentier's
inexpensive market">Arianne Parmentier's inexpensive market</a>
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2012-12-03 20:32
Message:
accepted for 0.44
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-11-20 12:34
Message:
Makes sense to me. remainder() is the C99 replacement for drem(), and
isfinite() is the C99 replacement for finite(). C99 marks drem() and
finite() as deprecated.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3587384&group_…
Patches item #3584286, was opened at 2012-11-05 10:14
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3584286&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: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Miller Puckette (millerpuckette)
>Summary: Win32: fix mouse wheel scrolling by setting the scroll incr
Initial Comment:
Instead of scrolling step by step it goes directly to the end of the canvas (using the mousewheel).
That is true for vanilla and ext releases of pd0.43 (windows). Worked in pd0.42.5
Bye
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-12-14 20:27
Message:
Win32: fix mouse wheel scrolling by setting the scroll increment. For some
crazy reason, win32 mousewheel scrolling is in units of 120, and this
forces Tk to interpret 120 to mean 1 scroll unit.
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=3584286&group_…
Patches item #3589133, was opened at 2012-11-22 04:18
Message generated for change (Settings changed) made by eighthave
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: Open
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: 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 #3596154, was opened at 2012-12-14 17:27
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3596154&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: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: split out window placement into proc so plugins can override
Initial Comment:
the first patch splits out window placement into proc so plugins can easily override it. This makes it easy for people to customize these calculations based on
their Window Manager, desires, etc.
The second patch gets the size of the full desktop area rather than just the screen size. For setups with multiple screens, these will be different. The 'winfo screenwidth' will be the width of the main screen while 'wm maxsize' gives the maximum possible size of a window, which includes all screens.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-12-14 18:39
Message:
This makes it easy for people to customize these calculations based on
their Window Manager, desires, etc. Unfortuantely, Tk/X11 makes it hard
because it doesn't give you the measurements of the window chrome, only the
window contents. more info here:
http://lists.puredata.info/pipermail/pd-list/2012-10/098138.html
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-12-14 18:31
Message:
I added a second patch which modifies this one that makes pdtk_canvas_new
use screen size of full desktop area, not only the main screen. The 'winfo
screenwidth' will be the width of the main screen while
'wm maxsize' gives the maximum possible size of a window, which includes
all screens whe there are more than one.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3596154&group_…
Patches item #3589133, was opened at 2012-11-22 04:18
Message generated for change (Comment added) made by eighthave
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: 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 #3596154, was opened at 2012-12-14 17:27
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3596154&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: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: split out window placement into proc so plugins can override
Initial Comment:
the first patch splits out window placement into proc so plugins can easily override it. This makes it easy for people to customize these calculations based on
their Window Manager, desires, etc.
The second patch gets the size of the full desktop area rather than just the screen size. For setups with multiple screens, these will be different. The 'winfo screenwidth' will be the width of the main screen while 'wm maxsize' gives the maximum possible size of a window, which includes all screens.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-12-14 18:31
Message:
I added a second patch which modifies this one that makes pdtk_canvas_new
use screen size of full desktop area, not only the main screen. The 'winfo
screenwidth' will be the width of the main screen while
'wm maxsize' gives the maximum possible size of a window, which includes
all screens whe there are more than one.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3596154&group_…
Patches item #3596154, was opened at 2012-12-14 17:27
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3596154&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: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: split out window placement into proc so plugins can override
Initial Comment:
the first patch splits out window placement into proc so plugins can easily override it. This makes it easy for people to customize these calculations based on
their Window Manager, desires, etc.
The second patch gets the size of the full desktop area rather than just the screen size. For setups with multiple screens, these will be different. The 'winfo screenwidth' will be the width of the main screen while 'wm maxsize' gives the maximum possible size of a window, which includes all screens.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3596154&group_…
Patches item #3424988, was opened at 2011-10-17 13:35
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3424988&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
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: add proper quoting of filenames to GUI prefs
Initial Comment:
On Mac OS X, then GUI prefs system was not handling quoting of filenames at all. The first patch adds proper quoting, then the second patch brings pd_guiprefs.tcl inline with the coding style of the rest of the Pd GUI code (using namespaces, the 'else' keyword, etc).
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-12-14 17:22
Message:
one more bugfix patch to include support for unicode chars and better
quoting
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-11-04 21:45
Message:
updated with a quoting bug fix
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3424988&group_…
Patches item #3595365, was opened at 2012-12-12 14:32
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3595365&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: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: Win32: make double-clicking open in same instance
Initial Comment:
This patch implements check_for_running_instances with the 'dde' package to support double-clicked files opening in the running instance of Pd. This is the Windows version of the GNU/Linux logic and it works the same. If pd-gui is started first, then this logic is activated. To use this functionality, the file associations needs to be setup to associate double-clicked files with pd-gui rather than pd.exe. Also, the standard Tcl library 'dde' must be included with Pd.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-14 06:04
Message:
I understand everybody is going to hate with them, but I don't think they
look so awful.
[url=http://www.burberryuksale.org/category/burberry-sale]burberry
outlet[/url]
<a href="http://www.burberryuksale.org/category/burberry-sale"
title="burberry outlet">burberry outlet</a>
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3595365&group_…
There is a problem on Windows that has me stumped. If you open a file with a non-ASCII character in the name or path using "pd -open" it works fine. If you open it using File -> Open, then it freezes Pd. If you print the filename to the Pd window right before its sent to Pd, it prints properly:
C:/Documents and Settings/pd/Desktop/comma,coüüümma.pd
But running "pd.com -d 3" shows:
pd open comma\,co├╝├╝├╝mma.pd C:/Documents\ and\ Settings/pd/Desktop;
open: C:/Documents and Settings/pd/Desktop/comma,co├╝├╝├╝mma.pd: No such file or directory
comma,co├╝├╝├╝mma.pd: No such file or directory
So somewhere in the network receiving the unicode is going wrong, but only on Windows. Its a bad bug for anyone who uses non-ASCII letters on Windows. Any ideas?
.hc