Pd-dev October 2008

pd-dev@lists.iem.at

9 participants
29 discussions

[ pure-data-Feature Requests-2182667 ] Have pd save window stacking order
by SourceForge.net 20 Oct '08

20 Oct '08

Feature Requests item #2182667, was opened at 2008-10-20 16:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2182667&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: Jamie Bullock (postlude) Assigned to: Nobody/Anonymous (nobody) Summary: Have pd save window stacking order Initial Comment: I don't know if this is even possible, but it would be nice if a patch is saved with subpatches open for the stacking order to be preserved. I.e. if a subpatch is 'on top' of the containing patch when saved, it would be nice for it to also be on top when re-loaded. I suspect that this is probably impossible due to pd not knowing the stacking order of its windows or having any control over it... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2182667&group_…

1 0

Re: [PD-dev] [PD] Building Externals
by IOhannes m zmoelnig 20 Oct '08

20 Oct '08

Hans-Christoph Steiner wrote: > > That's the vague idea of the current makefiles there. But since many > people didn't want to change the existing makefiles within each library > folder, almost everything is stuck into externals/Makefile. > > I think if someone came up with a better system, then there wouldn't be > objections to replacing the makefiles within each lib directory. > Ideally, it should follow all of the GNU standards, like using 'prefix', > DESTDIR, etc. i started a Wiki to collect ideas (but don't let that keep you from emailing) http://puredata.info/dev/ModularBuildSystem fmasdr IOhannes

1 0

removing inactive devs from sf-project (again...)
by IOhannes m zmoelnig 16 Oct '08

16 Oct '08

hi all one year has passed since my last cleanup of the list of developers in our sourceforge project. since we still/again have a long list of devs and some of them being inactive, i would like to re-start the cleaning up process. of 43 registered developers, a total of 33 devs have committed at least once since 2006-10-10. 10 devs have not contributed to the repository since then. while doing stats, i can also report that since 2006-10-10 there have been 4242 commits, the most notorious and glorious commiter has been hasn. anyhow, here's the list of inactive devs: doelie, ggeiger, jmmmp, joschi, mjmcgonagle, mnoi, pland, ritsch, tigital, timblech i will send an email asking them to opt out of a removal from the pure-data sf-project. below is the text (a slightly updated version of the text i used last year) fmgasd IOhannes -- Hi, you are a registered developer at the "pure-data" sourceforge project, which means that you have write access to the repository hosted there. our project currently has 43 developers, some of them being inactive. as one of the administrators of the project, i would like to reduce the number of developers to the active ones. since you haven't committed anything within the last two (2) years, you are considered to be "inactive", and therefore i would like to remove you from the list of developers. if you ever feel like you need developer status (=write access to the repository) again, just send an email to the pd-dev mailinglist. (this is the main reason why i dare to send out this email: getting write access is so simple that people don't lose a privilige if they are removed from the list of developers) if you feel that this is totally unjustified, please tell me within the next week and i will not remove you from the list of active-developers mfg.asdr IOhannes

2 3

[ pure-data-Patches-2171733 ] [feature] select objects without gui interaction
by SourceForge.net 16 Oct '08

16 Oct '08

Patches item #2171733, was opened at 2008-10-16 15:53 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&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: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [feature] select objects without gui interaction Initial Comment: currently the only available method to select an object, is to use GUI-interaction (mouse) or simulate this via "mouse"-messages to the canvas. both things only work with gui enabled and have problems with overlapping objects. the attached patch (against current svn) adds following messages to the canvas: - select <id> - deselect <id> - deselectall they allow programmatic selection of objects; <id> is the same object-id as used e.g. for the "connect" message. this also allows programmatic deletion of objects-per-id, e.g. by sending a message "deselectall, select 14, cut" to the canvas. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-10-16 15:54 Message: File Added: objectselection.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&group_…

1 0

[ pure-data-Patches-2171733 ] [feature] select objects without gui interaction
by SourceForge.net 16 Oct '08

16 Oct '08

Patches item #2171733, was opened at 2008-10-16 15:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&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: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [feature] select objects without gui interaction Initial Comment: currently the only available method to select an object, is to use GUI-interaction (mouse) or simulate this via "mouse"-messages to the canvas. both things only work with gui enabled and have problems with overlapping objects. the attached patch (against current svn) adds following messages to the canvas: - select <id> - deselect <id> - deselectall they allow programmatic selection of objects; <id> is the same object-id as used e.g. for the "connect" message. this also allows programmatic deletion of objects-per-id, e.g. by sending a message "deselectall, select 14, cut" to the canvas. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&group_…

1 0

[ pure-data-Bugs-2168637 ] please install rsync on all build-machines
by SourceForge.net 15 Oct '08

15 Oct '08

Bugs item #2168637, was opened at 2008-10-15 16:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2168637&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: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: please install rsync on all build-machines Initial Comment: currently the planetccrma6-i386.idmi.poly.edu does not have rsync installed, thus the nightly builds cannot get uploaded ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2168637&group_…

1 0

[ pure-data-Bugs-2127854 ] autobuild: partconv~
by SourceForge.net 07 Oct '08

07 Oct '08

Bugs item #2127854, was opened at 2008-09-25 03:55 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127854&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: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: autobuild: partconv~ Initial Comment: partconv~ has stopped the auto-builds for a rather long period now. please somene do one of the following: - remove [partconv~] from the auto-build system - install fftw on the auto-build machines - make the dependency on fftw optional ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-10-07 14:03 Message: all of the build servers have fftw3 now AFAIK, so I am closing this. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-10-01 05:08 Message: I agree that partconv~ shouldn't be built if fftw3 isn't found, but that should be handled by the build system (i.e. something like ./configure), not the compiler. As for including it in Pd-extended, I think it is more useful to have a working partconv~ that is not perfectly optimized than none at all. People who can figure out how to build fftw3 for their CPU, then build partconv~ using that fftw3 can easily figure out how to replace the included partconv~. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-10-01 03:43 Message: ok i have reverted my change. however, the #ifdef's do not make the object more unuseable then how it already is, if fftw3 is missing, so i don't fully understand the arguing. attached is a simplified patch that fully disables the object when no HAVE_FFTW3_H is not defined (leaving only the _setup function to tell the user what went wrong) File Added: partconv~.diff ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2008-09-30 14:08 Message: FFTW is required for partconv~ to work so the #ifdef additions will make it unusable. FFTW is tricky to include with binaries since it has such extensive optimizations for each CPU. You could attempt to statically link a generic x87 version, but that would result in pretty poor performance and partconv~ needs really good code to work with longer impulse responses. I would recommend leaving it out of the autobuild and letting those who want it build it on their own. The other option would be to make some static linked binaries for various CPUs and stick them in the build ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-30 05:42 Message: does partconv~ work with out FFTW3? If this just builds a dummy object, I don't think it is useful to include this hack. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-30 03:43 Message: i have added a number of #ifdef's to the original code (i hope nobody minds), so now the object should compile again on systems without fftw3 installed. the drawback is, that you have to explicitely define the HAVE_FFTW3_H at the command-line in order to enable it! (so hack the externals/Makefile which i don't dare) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-26 12:00 Message: I am working on it, but I have limited access to that machine, since it is a lab machine of a university. Plus there are still some bugs in Apple's gcc causing fftw3 not to build., so hopefully that's been fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127854&group_…

1 0

[ pure-data-Patches-2013659 ] Arrow keys (should not) change the modified status of patch
by SourceForge.net 07 Oct '08

07 Oct '08

Patches item #2013659, was opened at 2008-07-08 19:17 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2013659&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: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Arrow keys (should not) change the modified status of patch Initial Comment: Anytime an arrow key (Up, Down, Left, Right) is pressed, the patch file that has focus is marked as "dirty" as if there was a modification made in edit mode: The little star appears in the window title and on closing the patch, Pd asks if changes should be saved. Checked with pd 41.4, pd-extended from 2008-06-27 on OS-X and pd 0.41 on Linux. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-10-07 18:47 Message: seems to be fixed (at least) with Pd-0.42.0-test5 ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-15 17:08 Message: the solution is rather simple: g_editor.c:canvas_displaceselection() should return immediately if nothing is selected the attached patch fixes this File Added: g_editor.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2013659&group_…

1 0

[ pure-data-Patches-2151892 ] bugfix: [route 0] should not route symbols
by SourceForge.net 07 Oct '08

07 Oct '08

Patches item #2151892, was opened at 2008-10-07 18:43 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&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: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) >Summary: bugfix: [route 0] should not route symbols Initial Comment: up till now, [route 0] would happily route messages like [symbol foo( or [list foo bar( to the "0" outlet. this is due to the use of atom_getfloat() which will return "0" for non-numeric atoms. i think this is a bug. the attached patch fixes this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&group_…

1 0

[ pure-data-Patches-2151892 ] [route 0] should not route symbols
by SourceForge.net 07 Oct '08

07 Oct '08

Patches item #2151892, was opened at 2008-10-07 18:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&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: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [route 0] should not route symbols Initial Comment: up till now, [route 0] would happily route messages like [symbol foo( or [list foo bar( to the "0" outlet. this is due to the use of atom_getfloat() which will return "0" for non-numeric atoms. i think this is a bug. the attached patch fixes this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev October 2008