Pd-dev March 2011

pd-dev@lists.iem.at

10 participants
44 discussions

[ pure-data-Bugs-3231584 ] old build system does not install corectly
by SourceForge.net 21 Mar '11

21 Mar '11

Bugs item #3231584, was opened at 2011-03-21 10:16 Message generated for change (Tracker Item Submitted) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3231584&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: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Miller Puckette (millerpuckette) Summary: old build system does not install corectly Initial Comment: trying 0.43.0 with the old build system: make is ok (i can start pd on the bin folder), but if i make install as superuser, stating "pd" just print was... 1 and then i've got message from the watchdog. after installing with the new build system, i can't reproduce this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3231584&group_…

1 0

[ pure-data-Bugs-3226720 ] testtone.pd references nonexistent "getting started"
by SourceForge.net 19 Mar '11

19 Mar '11

Bugs item #3226720, was opened at 2011-03-19 18:13 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3226720&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: testtone.pd references nonexistent "getting started" Initial Comment: testtone.pd references nonexistent "getting started" in the Help menu. OS/package - Ubuntu 10.10, puredata package 0.42.6-1build1 Steps to reproduce: 1. Select "Media->Test Audio and MIDI". 2. Observe that the window says "To see Pd's DOCUMENTATION, select 'getting started' in the Help menu. 3. Observe that there is no such selection in the Help menu. Expected behavior: The resource that the user is referred to should exist. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3226720&group_…

1 0

[ pure-data-Patches-3222795 ] fully automate the creation of the translation template.pot
by SourceForge.net 18 Mar '11

18 Mar '11

Patches item #3222795, was opened at 2011-03-18 10:19 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3222795&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: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fully automate the creation of the translation template.pot Initial Comment: The gettext tools can automatically generate a translation template file template.pot from the source code, but xgettext gets confused by the strings that are send from C to Tcl. So I added those strings to some fake Tcl files, and now "make po/template.pot" will automatically generate the updated translation template from the source code. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3222795&group_…

1 0

Re: [PD-dev] recentfiles_list explanation
by yv 17 Mar '11

17 Mar '11

>> ~/.pd/recentfiles.conf would always only contain recentfiles >> configuration. ok I have a couple more questions: now I have a ~/.pd/recentfiles.conf that is parsed and all filenames are added to a new "Open Recent" submenu when pd launches instead of putting them directly in the File menu (I removed one of the bottom separators in there). (that looks nice!) so the new layout of the file menu would be: [New] [Open] [Open Recent >] [---] [Save] [Save As] [---] [Message] [Print] [---] [Close] [Quit] what do you think of this idea ? then I wonder when it would be better to write this file. I'd like to do it only when closing pd but I'm not sure.. also, I created a new file and put all this recentfiles stuff in it, tcl/pd_guiprefs.tcl and I didn't find out where I should add it so it ends up in tcl/pkgIndex.tcl. any hints ? cheers, _y

3 7

recentfiles_list explanation
by Yvan Volochine 16 Mar '11

16 Mar '11

hello sorry if this is obvious but I'm looking into pd source for the 1st time today... I'm trying to get recentfiles written to ~/.pdsettings and I think I'm missing something obvious. (see my patch attached or here: http://pastebin.com/3apUXLzs ). so far I can read from .pdsettings and get the recentfiles in the File menu (when I wrote them in theremanually) but, in s_files.c/glob_savepreferences(): char *pathelem = namelist_get(recentfiles_list, i) does not make it. I think that I don't really understand the way pd and the gui communicate with each other. IIUC, recentfiles_list is updated when a file is opened (in tcl/wheredoesthisgo.tcl) but how come in glob_savepreferences() sys_searchpath and other globals are "found" if recentfiles_list is not ? also, maybe having recentfiles written to another file than .pdsettings would be easier (like it seems to be the case on osx by looking at the code but I'm not sure) but another dot file just for this would be ugly IMHO thanks for your advices or for pointing me to other threads where this is discussed (couldn't find any). cheers, _yvan

5 8

External to monitor instantiation of objects
by Tedb0t 15 Mar '11

15 Mar '11

Greetings all, I am looking for a way to create an external that outputs the name, number of inlets and outlets every time an object in a patch (or perhaps anywhere?) is instantiated. I'm aware of obj_ninlets and obj_noutlets and other functions in m_obj.c, but I need a hook that gets called whenever an object is initialized so I can grab its information. If anyone has any pointers, I would be most grateful :) :) Thanks in advance! —0x73DB07

2 1

[ pure-data-Bugs-3212041 ] multiple pd~ can freeze pd when sending "stop"
by SourceForge.net 14 Mar '11

14 Mar '11

Bugs item #3212041, was opened at 2011-03-14 21:31 Message generated for change (Tracker Item Submitted) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3212041&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: v0.42 Status: Open Resolution: None Priority: 7 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Miller Puckette (millerpuckette) Summary: multiple pd~ can freeze pd when sending "stop" Initial Comment: when creating multiple pd~ object and opening a patch in any of them, only the last one can receive stop without pd to freeze. how to get pd to freeze : - open pd~ help patch - open a 2nd time pd~ help patch - click on [pd~ start< on the 1st patch - click on [pd~ start< on the 2nd patch - click on [pd~ stop< on the 1st patch -> pd freeze. not that you can click on [pd~ stop< on the 2nd patch, and then on [pd~ stop< on the 1st patch without any problem. with more than 2 pd~ object, there is the same problem : you have to stop pd~ in the reverse order than pd~ start message. there is no need to open a patch to have this freeze. tested with pd vanilla 0.42.5 on linux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3212041&group_…

1 0

[ pure-data-Patches-3206530 ] The Log Dropdown box area is different color
by SourceForge.net 13 Mar '11

13 Mar '11

Patches item #3206530, was opened at 2011-03-11 07:17 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3206530&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: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: The Log Dropdown box area is different color Initial Comment: Pd Version 0.43-0test4 Mac OS X 10.6.6 / Intel The area around the dropdown box in the Pd Window is a slightly different grey color than the surrounding area. This is definitely nitpicking, but it would look better if it was the same color. This is a "nice if eventually fixed" bug. ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2011-03-12 17:06 Message: Rolled this back... the patch doesn't fix the color bug, but changes something else instead, and breaks Pd for me (when pd launches the GUI the GUI can no longer figure out it got launched by Pd and launches a new one!) ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2011-03-12 16:31 Message: I can't understand how this would change a color mismatch... will try it and see what happens... ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-03-11 16:12 Message: I couldn't resist, it'll be the icing on the cake. I attached a patch to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3206530&group_…

1 0

[ pure-data-Patches-3206530 ] The Log Dropdown box area is different color
by SourceForge.net 13 Mar '11

13 Mar '11

Patches item #3206530, was opened at 2011-03-11 07:17 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3206530&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: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: The Log Dropdown box area is different color Initial Comment: Pd Version 0.43-0test4 Mac OS X 10.6.6 / Intel The area around the dropdown box in the Pd Window is a slightly different grey color than the surrounding area. This is definitely nitpicking, but it would look better if it was the same color. This is a "nice if eventually fixed" bug. ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2011-03-12 16:31 Message: I can't understand how this would change a color mismatch... will try it and see what happens... ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-03-11 16:12 Message: I couldn't resist, it'll be the icing on the cake. I attached a patch to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3206530&group_…

1 0

[ pure-data-Patches-3194309 ] Fixing dummy audio API
by SourceForge.net 13 Mar '11

13 Mar '11

Patches item #3194309, was opened at 2011-02-27 10:21 Message generated for change (Settings changed) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3194309&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: Peter Brinkmann (pbrinkmann) Assigned to: Miller Puckette (millerpuckette) Summary: Fixing dummy audio API Initial Comment: This patch corrects two oversights in the recently added dummy audio API. It adds function prototypes to s_stuff.h, and it corrects the invocation of dummy_open_audio in s_audio.c. It will make no noticeable difference as far as the compiled code is concerned. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-03-12 16:21 Message: applied, but fixed the function prototypes to suppress C warnings ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3194309&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 March 2011