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_…
Bugs item #3412024, was opened at 2011-09-20 23:41
Message generated for change (Tracker Item Submitted) made by jmmmp
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412024&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: pdlua doesn't work in .43-ext, XP
Initial Comment:
Hi,
when I start pd-43-ext and create a [pdlua], the object doesn't get created, and the following appear in the console:
binding to .x9f1720load_object: Symbol "pdlua_setup" not found
load_object: Symbol "pdlua_setup" not found
[and the previous line 1000x, until the following appears:]
load_object: Symbol "pdlua_setup" not found
maximum object loading depth 1000 reached
pdlua
... couldn't create
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412024&group_…
Bugs item #3412021, was opened at 2011-09-20 17:25
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412021&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: Hans-Christoph Steiner (eighthave)
Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: zexy: cannot find entry symbol xport_dynamic
Initial Comment:
When building zexy from SVN on Ubuntu/Maverick, I get lots of:
gcc -shared -export_dynamic -o ../../src/0x3c0x7e.pd_linux ../../src/0x3c0x7e.o -lm -lc
/usr/bin/ld: warning: cannot find entry symbol xport_dynamic; defaulting to 0000000000000660
I believe the preferred flag to gcc is -rdynamic
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412021&group_…
Bugs item #3412020, was opened at 2011-09-20 17:24
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412020&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: Hans-Christoph Steiner (eighthave)
Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: zexy build on GNU/Linux adds -mms-bitfields
Initial Comment:
-mms-bitfields is a MinGW only compilation flag that makes gcc emulate the VC compiler. Its very much out of place on GNU/Linux
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412020&group_…
Bugs item #3412019, was opened at 2011-09-20 17:23
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412019&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: Hans-Christoph Steiner (eighthave)
Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: zexy's configure --help says --with-pd not --with-pdpath
Initial Comment:
As the subject says, zexy's configure --help says --with-pd not --with-pdpath, which is the actual flag
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3412019&group_…