Patches item #3293344, was opened at 2011-04-26 23:32
Message generated for change (Comment added) made by elgusanorojo
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: Yvan Volochine (elgusanorojo)
Date: 2011-09-26 09:58
Message:
looks fine to me. cheers.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 22: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 22:07
Message:
makes sense, accepted in Pd-extended
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3293344&group_…
Bugs item #3413926, was opened at 2011-09-26 02:29
Message generated for change (Tracker Item Submitted) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3413926&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: None
Priority: 5
Private: No
Submitted By: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: select treats empty lists and bangs differently
Initial Comment:
[bang(
|
[sel]
Pd will say:
error: select: no method for 'bang'
[bang(
|
[t a]
|
[sel]
Pd will say:
Thank you sir; may I have another?
(But really, it doesn't say anything nor give an error.)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3413926&group_…
Bugs item #3413924, was opened at 2011-09-26 02:22
Message generated for change (Tracker Item Submitted) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3413924&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: None
Priority: 5
Private: No
Submitted By: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: crash on 'restore' msg to canvas
Initial Comment:
Obscure, but this might be related to some other crasher bugs:
[namecanvas foo]
[restore 0 0 pd bar(
|
[s foo]
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3413924&group_…
Patches item #3413837, was opened at 2011-09-25 15:57
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3413837&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: bugfix
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Jacob Lee (arthurdenture)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: about.pd missing from Makefile.am
Initial Comment:
It looks like the recently added about.pd file also needs to be added to nobase_dist_libpd_DATA in Makefile.am, otherwise it doesn't get installed. I've attached a patch.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-25 16:29
Message:
Oops, thanks for catching that! Accepted into pd-extende.git, will push
soon.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3413837&group_…
Patches item #3413815, was opened at 2011-09-25 14:24
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3413815&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Jacob Lee (arthurdenture)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pd-extended build fails when creating symbolic links
Initial Comment:
I am building pd-extended using the instructions at http://puredata.info/docs/developer/BuildingPdExtended. During the "make install" step, the build errors out with the following:
cd /home/jacob/src/pure-data/packages/linux_make/build//usr/lib/pd-extended/startup && \
ln -s ../extra/libdir/ libdir
cd /home/jacob/src/pure-data/packages/linux_make/build//usr/lib/pd-extended/startup && \
ln -s ../extra/pdlua/ pdlua
ln: creating symbolic link `pdlua/pdlua': File exists
make[1]: *** [pd_install] Error 1
make[1]: Leaving directory `/home/jacob/src/pure-data/packages'
make: *** [install] Error 2
I think the problem is that the build previously failed for some other reason, and now the pd_install target at packages/Makefile tries to create a symbolic link that already exists. The workaround is to delete the links in build/usr/lib/pd-extended/startup.
One fix for this would be to pass -f to those ln commands. I'm not sure if there's a more proper way; for instance, I don't think "install" creates symbolic links. I've attached that fix as a patch.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-25 16:22
Message:
makes sense to me, I accepted it with this commit and changed a few more:
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=3413815&group_…
Patches item #3413837, was opened at 2011-09-25 15:57
Message generated for change (Tracker Item Submitted) made by arthurdenture
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3413837&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: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jacob Lee (arthurdenture)
Assigned to: Nobody/Anonymous (nobody)
Summary: about.pd missing from Makefile.am
Initial Comment:
It looks like the recently added about.pd file also needs to be added to nobase_dist_libpd_DATA in Makefile.am, otherwise it doesn't get installed. I've attached a patch.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3413837&group_…
Bugs item #3413833, was opened at 2011-09-25 15:39
Message generated for change (Tracker Item Submitted) made by arthurdenture
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3413833&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: None
Priority: 5
Private: No
Submitted By: Jacob Lee (arthurdenture)
Assigned to: Nobody/Anonymous (nobody)
Summary: pd-extended tarbz2 build creates invalid symbolic link
Initial Comment:
I tried out the PACKAGE_TYPE=tarbz2 build and ran into another bug involving symbolic links.
My build command was "make PACKAGE_TYPE=tarbz2 install && make PACKAGE_TYPE=tarbz2 package". In the resulting tarball, bin/pd was a symbolic link to /usr/local/bin/pd-extended. Because the latter does not exist, "sudo make install" from the unpacked tarball failed:
jacob@deckard:~/pkg/Pd-0.43.1-extended-20110925$ sudo make install
install -d -m0755 '/usr/local/bin'
install -p 'bin/cyclist' '/usr/local/bin/cyclist'
install -p 'bin/pd' '/usr/local/bin/pd'
install: cannot stat `bin/pd': No such file or directory
make: *** [install] Error 1
I'm not sure what the appropriate fix is. One (a patch for which I have attached) is to turn pd-extended into a relative instead of an absolute symbolic link. But if the intention was that the generated install makefile create $prefix/bin/pd as a symbolic link to $prefix/bin/pd-extended, then some more work would be needed to fix the install makefile, and that work might make my patch obsolete.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3413833&group_…
Bugs item #3413815, was opened at 2011-09-25 14:24
Message generated for change (Tracker Item Submitted) made by arthurdenture
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3413815&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: Jacob Lee (arthurdenture)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pd-extended build fails when creating symbolic links
Initial Comment:
I am building pd-extended using the instructions at http://puredata.info/docs/developer/BuildingPdExtended. During the "make install" step, the build errors out with the following:
cd /home/jacob/src/pure-data/packages/linux_make/build//usr/lib/pd-extended/startup && \
ln -s ../extra/libdir/ libdir
cd /home/jacob/src/pure-data/packages/linux_make/build//usr/lib/pd-extended/startup && \
ln -s ../extra/pdlua/ pdlua
ln: creating symbolic link `pdlua/pdlua': File exists
make[1]: *** [pd_install] Error 1
make[1]: Leaving directory `/home/jacob/src/pure-data/packages'
make: *** [install] Error 2
I think the problem is that the build previously failed for some other reason, and now the pd_install target at packages/Makefile tries to create a symbolic link that already exists. The workaround is to delete the links in build/usr/lib/pd-extended/startup.
One fix for this would be to pass -f to those ln commands. I'm not sure if there's a more proper way; for instance, I don't think "install" creates symbolic links. I've attached that fix as a patch.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3413815&group_…
Patches item #3413809, was opened at 2011-09-25 14:06
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3413809&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: use Ctrl-< and Ctrl-> to cycle thru open windows
Initial Comment:
This patch allows you to use Ctrl/Cmd < and > to cycle through all of the open windows in different directions.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3413809&group_…
Patches item #3395874, was opened at 2011-08-21 21:05
Message generated for change (Comment added) made by patrco
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: Patrice Colet (patrco)
Date: 2011-09-25 09:13
Message:
AM_CLAGS doesn't work as well but this one is okay:
dnl If CFLAGS isn't defined and using gcc, set CFLAGS to something
reasonable.
dnl Otherwise, just prevent autoconf from molesting CFLAGS.
CFLAGS=$CFLAGS
AC_PROG_CC
if test "x$CFLAGS" = "x" ; then
no_CFLAGS="yes"
fi
if test "x$no_CFLAGS" = "xyes" -a "x$GCC" = "xyes" ; then
CFLAGS="-O6 -funroll-loops -fomit-frame-pointer -DMSW"
fi
Now I can see the -DMSW in CFLAGS so compile doesn't stop with alloooca.h
error
but now there is another error:
s_file.c:36:1: error: initializer element is not constant
this variable seems to need malloc(), so I've commented it to go further,
now there is same problem with LDFLAGS
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-22 16:02
Message:
Oh, I just had a thought, I think -DMSW should go into AM_CFLAGS, that
should do it. Which reminds me, we should probably also add
-DWINVER=0x0501 to set the min supported Windows to XP.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-22 13:52
Message:
I couldn't have -DMSW working too
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-21 21: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_…