Patches item #3395874, was opened at 2011-08-21 17:05
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395874&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: Patrice Colet (patrco)
>Assigned to: Hans-Christoph Steiner (eighthave)
>Summary: get new build system working on MinGW
Initial Comment:
those patches allow to build pd with libtools on msys, like OSX and linux
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 17:26
Message:
I boiled down these patches into
0001-get-pd.exe-linking-with-g-when-building-ASIO-on-Mi.patch except for
the libpd_la stuff, which I couldn't get working. That's all in
src-makefile.am-win32.patch so I left that patch, and deleted the other
two. patko, can you get the libpd_la DLL stuff working? Did you have that
working before? I was having trouble getting -DMSW to work
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395874&group_…
Patches item #3335390, was opened at 2011-06-26 17:32
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3335390&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: bugfix
>Status: Pending
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Patko (patricecolet)
Assigned to: Nobody/Anonymous (nobody)
Summary: mp3amp~ win32
Initial Comment:
this patch resolve a conflicting BOOL in unauthorized mp3amp~ win32 build
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 16:22
Message:
accepted with this commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revisio…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3335390&group_…
Patches item #3286130, was opened at 2011-04-13 15:15
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3286130&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: bugfix
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: cooled~ w32 build
Initial Comment:
not sure this only fix win32 build, could anyone try on linux, also without the #ifdef NT line 148?
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 16:19
Message:
I think this is fixed in the current unauthorized in pure-data SVN.
----------------------------------------------------------------------
Comment By: Patrice Colet (patrco)
Date: 2011-04-18 14:59
Message:
it doesn't crash on windows
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-04-18 13:18
Message:
since cooled~ only seems to crash on Mac OS X and Windows, I'm going to
hold off committing patches to it until its fixed. Or were you able to run
it under Windows?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3286130&group_…
Patches item #3293344, was opened at 2011-04-26 17:32
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3293344&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: Works For Me
Priority: 5
Private: No
Submitted By: Yvan Volochine (elgusanorojo)
Assigned to: Miller Puckette (millerpuckette)
Summary: add ALT shortcuts to recentfiles
Initial Comment:
this just adds ALT-shortcuts to recentfiles (on linux and win32): 1 is latest opened file, 2 is second, etc..
this also removes some redundancy in ::pd_menus::update_recentfiles_on_menu
now that we have recentfiles support, this would be a nice addition (alongside with patch 3257602) to use keyboard shortcuts.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 16:17
Message:
I edited the patch so that it does not add the numbers on Mac OS X, where
they don't make sense, and made the coding style match Pd. I reuploaded
this version.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 16:07
Message:
makes sense, accepted in Pd-extended
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3293344&group_…
Patches item #3293344, was opened at 2011-04-26 17:32
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3293344&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: Works For Me
Priority: 5
Private: No
Submitted By: Yvan Volochine (elgusanorojo)
>Assigned to: Miller Puckette (millerpuckette)
Summary: add ALT shortcuts to recentfiles
Initial Comment:
this just adds ALT-shortcuts to recentfiles (on linux and win32): 1 is latest opened file, 2 is second, etc..
this also removes some redundancy in ::pd_menus::update_recentfiles_on_menu
now that we have recentfiles support, this would be a nice addition (alongside with patch 3257602) to use keyboard shortcuts.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 16:07
Message:
makes sense, accepted in Pd-extended
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3293344&group_…
Patches item #3395438, was opened at 2011-08-20 20:16
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395438&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: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: minor compat fixes for new buildsystem
Initial Comment:
some problems have been reported [1], because the old configure based buildsystems in some rare cases conflicts with the new autotools based buildsystem.
the problem only appears on systems with case-insensitive filesystems (w32, osx), where the new buildsystem might be tricked into used src/makefile.in rather than src/Makefile.in
imo, the best solution would be to get rid of one of the build-systems entirely (which hopefully means to move to the shiny new one :-))
if this is not feasible for now, the attached patch proposes a workaround, by renaming the conflicting files in the new build system, so they won't clash on case-insensitive filesystems.
here's a longer explanation of the problem and its solution:
right now, there are 2 build-systems, based con autoconf:
- the olde one, living in ./src/, which uses ./src/makefile.in to generate
./src/makefile
- the new one livong in ./, which uses ./src/Makefile.am to generate
./src/Makefile.in to generate ./src/Makefile
the two buildsystems can co-exist happily, except if the host filesystem is
case-insensitive, in which case the "new" buildsystem might be tricked into
using (erroneously) ./src/makefile.in
this patch renames the src/Makefile* (for the new buildsystem) to
src/GNUmakefile*, so there is no name conflict on case-insensitive systems.
NOTE: GNU make will look for the makefiles GNUmakefile, makefile, and Makefile,
in that order. the "old" buildsystem is unaffected, as there will never be a
"GNUmakefile" (only "GNUmakefile.am" and eventually "GNUmakefile.in").
[1] https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3395280&group_…
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-09-21 20:06
Message:
i totally agree with hans.
however, until the old system is ditched, i would still favour if these
workarounds could be added
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 19:59
Message:
I vote for ditching the old build system, I think its quite well tested
these days.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395438&group_…
Patches item #3395438, was opened at 2011-08-20 14:16
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395438&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: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: minor compat fixes for new buildsystem
Initial Comment:
some problems have been reported [1], because the old configure based buildsystems in some rare cases conflicts with the new autotools based buildsystem.
the problem only appears on systems with case-insensitive filesystems (w32, osx), where the new buildsystem might be tricked into used src/makefile.in rather than src/Makefile.in
imo, the best solution would be to get rid of one of the build-systems entirely (which hopefully means to move to the shiny new one :-))
if this is not feasible for now, the attached patch proposes a workaround, by renaming the conflicting files in the new build system, so they won't clash on case-insensitive filesystems.
here's a longer explanation of the problem and its solution:
right now, there are 2 build-systems, based con autoconf:
- the olde one, living in ./src/, which uses ./src/makefile.in to generate
./src/makefile
- the new one livong in ./, which uses ./src/Makefile.am to generate
./src/Makefile.in to generate ./src/Makefile
the two buildsystems can co-exist happily, except if the host filesystem is
case-insensitive, in which case the "new" buildsystem might be tricked into
using (erroneously) ./src/makefile.in
this patch renames the src/Makefile* (for the new buildsystem) to
src/GNUmakefile*, so there is no name conflict on case-insensitive systems.
NOTE: GNU make will look for the makefiles GNUmakefile, makefile, and Makefile,
in that order. the "old" buildsystem is unaffected, as there will never be a
"GNUmakefile" (only "GNUmakefile.am" and eventually "GNUmakefile.in").
[1] https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3395280&group_…
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 13:59
Message:
I vote for ditching the old build system, I think its quite well tested
these days.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395438&group_…
Bugs item #3412204, was opened at 2011-09-21 09:14
Message generated for change (Tracker Item Submitted) made by maxn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412204&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: max (maxn)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: The Pd Extended App doesn't launch on OSX 10.7
Initial Comment:
Pd-0.43.1-extended-20110920 104-i386 doesn't launch on OSX 10.7 if started though the app icon. It immediately closes itself after showing the Pd window for a few miliseconds. However Pd-0.43.1-extended-20110919-106-x86_64 does lauch sucessfully. Both lauch fine in 10.6 (contrary to prior reports)! When starded through the command line I get:
$ ./Pd-0.43.1-extended-20110920
Pt_Start() called
open: /Library/Pd/gem.conf: No such file or directory
open: /Users/max/Library/Pd/gem.conf: No such file or directory
open: ./gem.conf: No such file or directory
Sep 21 11:12:53 ... Pd-0.43.1-extended-20110920[4015] <Error>: kCGErrorInvalidConnection: CGSGetWindowTags: Invalid connection
Sep 21 11:12:53 ... Pd-0.43.1-extended-20110920[4015] <Error>: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412204&group_…
Bugs item #3412029, was opened at 2011-09-20 23:48
Message generated for change (Tracker Item Submitted) made by jmmmp
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412029&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: João Pais (jmmmp)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: canvas properties window non-focus
Initial Comment:
Hi,
when I open the canvas properties window (gop or array properties), the new window isn't in focus, which delays the programming.
Also, tab doesn't work to go between fields. But, shift-tab (in the opposite direction) does work.
Btw, the tab problem is also in the properties window of other objetcs.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412029&group_…
Bugs item #3412026, was opened at 2011-09-20 23:45
Message generated for change (Tracker Item Submitted) made by jmmmp
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412026&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: João Pais (jmmmp)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: extra window sliders in .43, XP
Initial Comment:
Hi,
when opening patch windows, there are always too many window sliders right and below. They appear when there are objects too near the position where the sliders are; but, the sliders appear also when the objects don't cross over the canvas.
For example, load any patch with objetcs still inside the canvas, but near the margins. E.g. extra/jmmmp/snaps~-help.pd
If the patch is showing and I click in another pd window, when I come back the sliders disappear. But if I close the patch window and reopen it, the sliders reappear.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412026&group_…