Pd-dev October 2007

pd-dev@lists.iem.at

30 participants
183 discussions

[ pure-data-Patches-1821459 ] --disable-fat option for building for one CPU on Mac OS X
by SourceForge.net 28 Oct '07

28 Oct '07

Patches item #1821459, was opened at 2007-10-27 22:41 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=1821459&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: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: --disable-fat option for building for one CPU on Mac OS X Initial Comment: This patch adds a --disable-fat option which allows you to choose to build non-universal, cpu-specific builds on Mac OS X. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1821459&group_…

1 0

[ pure-data-Patches-1561814 ] MinGW fixes for the "pd/extra" folder
by SourceForge.net 28 Oct '07

28 Oct '07

Patches item #1561814, was opened at 2006-09-19 20:06 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&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: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: MinGW fixes for the "pd/extra" folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the "pd/extra" section which handles Mac OS X, GNU/Linux, and Windows/MinGW. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-27 22:37 Message: Logged In: YES user_id=27104 Originator: YES The makefile included here needs to be updated for Mac OS X Universal builds, basically, this needs to be added to the CFLAGS: -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc And this needs to be added to the LDFLAGS: -arch i386 -arch ppc ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-19 20:14 Message: Logged In: YES user_id=27104 I forgot to mention, this is called differently from pd/src/makefile. The "extern" target should look like this to use this makefile: externs: make -C ../extra ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&group_…

1 0

[ pure-data-Patches-1821455 ] flags to compile Pd for 64-bit on Mac OS X
by SourceForge.net 28 Oct '07

28 Oct '07

Patches item #1821455, was opened at 2007-10-27 22:36 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=1821455&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: 4 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: flags to compile Pd for 64-bit on Mac OS X Initial Comment: Whenever Pd is ready to be tested on 64-bit machines, these flags should be added to the build to where the existing "-arch" flags are (both CFLAGS and LDFLAGS): -arch x86_64 -arch ppc64 In the current HEAD, the pd files build fine with these flags on my Mac Book Pro with 10.4.10. But the build dies on pa_mac_core.c. These flags will need to go into pd/src/configure.in and pd/extra/makefile. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1821455&group_…

1 0

editmode callback?
by Hans-Christoph Steiner 28 Oct '07

28 Oct '07

Hey all, I was thinking it would be very nice to be able to change the appearance of GUI objects based on the value edit mode. Like GUIs could only show their inlets and oulets when in edit mode. Is there any kind of editmode callback or something I could use like that? .hc ------------------------------------------------------------------------ ---- If you are not part of the solution, you are part of the problem.

2 1

[ANN] mostly for devs and tcl'ers: tclpd
by federico 28 Oct '07

28 Oct '07

I've put tclpd in externals/ since a few days. even if the example I provided it is usable, perhaps it misses much features. I still miss some ideas for libpd.tcl (a nifty library for wrapping the pd api) I would like to throw it in here, hoping some dev/tcl coder is interested in trying it, hacking it, giving feedback (beware: alpha release!) -- Federico Ferri

3 5

[ pure-data-Bugs-1818219 ] namespace prefix not included in save functions
by SourceForge.net 27 Oct '07

27 Oct '07

Bugs item #1818219, was opened at 2007-10-22 15:50 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&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.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Nobody/Anonymous (nobody) Summary: namespace prefix not included in save functions Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-26 20:32 Message: Logged In: NO yeah, because of the m_imp.h inclusion, this is a problem. it could be solved by adding a function to m_pd.h that returns the class name as a symbol or C string, whichever is more convenient. i think that it's much easier than changing the interface. otherwise, you could make another class_setsavefn that would register the fact that you want the 5 atoms "#X" "obj" x1 y1 classname to be written before the savefn is called. The original has to be kept both because of backward-compatibility and because it's possible to make externals that have a subpatch-like behaviour (though no-one has tried doing that yet!) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-26 09:12 Message: Logged In: YES user_id=27104 Originator: NO If every patch is going to add (*(t_pd *)x)->c_name->s_name to the savefn, then it seems to me that there should be a mechanism in Pd itself to do this automatically. Then the interface might need to be different. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-25 18:14 Message: Logged In: NO hans, it's not the meaning of t_savefn itself that has to be changed: it's just every use t_savefn, that is, every blah_savefn function that gets registered, if they aren't already using (*(t_pd *)x)->c_name->s_name. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-25 10:24 Message: Logged In: YES user_id=27104 Originator: NO This sounds like an excellent idea! I think that this improved savefn will probably need to be distinct from the current savefn stuff, since it probably wouldn't be compatible. But if it could be the same mechanism, that would be even better. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-24 02:42 Message: Logged In: YES user_id=564396 Originator: NO i changed the category, since it is a problem with pd (though it affects externals) i changed the name, because it is not gui-specific: every object that defines a savefn() is affected by this (usually only gui-classes do this because they are the classes where you cannot directly edit the arguments (being hidden) and which might offer a properties window to change these arguments) however: i think it is a great feature that an object is able to change it's own name (really). nevertheless, an object should also be able to _query_ it's own name. this is usually not a big problem because the object assumes that it knows how it is called (the name the dev gave it). when using namespaces this is not the case any more. basically: the object would need a way to easily query it's own name (i am sure it is somehow possible via weird t_canvas/t_class/t_obj/t_pd/... pointer magic which is so complicated i will have to re-read to source code) the savefn() should provide a way to set object-name and arguments separately, the object-name should default to the actual name (not the canonical one) if not set otherwise. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 17:50 Message: Logged In: YES user_id=27104 Originator: NO I found the root of the problem, if the GUI object has a savefn, then that savefn needs to include the whole classname, including the namespace prefix. I think stffn was right, it does apply to all GUIs. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 14:09 Message: Logged In: YES user_id=27104 Originator: NO This doesn't happen to all GUI objects, just some. I think [grid] is one, but many others work fine with the prefixes. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-23 00:44 Message: Logged In: YES user_id=1658640 Originator: YES True, this also happens in Pd version 0.40-2. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 16:40 Message: Logged In: YES user_id=27104 Originator: NO This happens on Pd-0.40.3-extended-20071021 on Mac OS X also. Has anyone tested this on other GOPs? I know pddp/pddplink works fine. Also cyclone/Scope~ also works. I think this might be an issue with the objects themselves. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-22 15:52 Message: Logged In: YES user_id=1658640 Originator: YES I forgot to mention that it happens to quite many if not all the GUI objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

[ pure-data-Bugs-1821006 ] edit mode checkbox sometime is out of sync
by SourceForge.net 27 Oct '07

27 Oct '07

Bugs item #1821006, was opened at 2007-10-26 16:17 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=1821006&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.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: edit mode checkbox sometime is out of sync Initial Comment: There are certain conditions when the checkbox on the "Edit mode" menu item in the "Edit" menu will not show the checkbox when in edit mode: - when using the Put menu when in run mode, it will automatiaclly switch to edit mode, but the checkbox won't be checked - for the first new window, the "edit mode" checkbox will never show ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821006&group_…

1 0

stuff missing from pd-extended (flext please)
by B. Bogart 26 Oct '07

26 Oct '07

Hey all, I'm slowly switching all my custom PD installed to pd-extended!!! I thought it would be useful to know what I had to add manually: ann_* contents of abstractions/ptz-camera (depends on py) py I could not get my elmo pyx stuff to work, it seems one has to create a "py" object and then pyx objects work, but I can't create a pyx object inistially. I suppose this is a libdir side-effect? Unfortunately that means back to the custom PD. blech! Thomas, Any progress on flext in pd-extended? .b.

2 1

[ pure-data-Patches-1820929 ] Pd-patch to explain loops
by SourceForge.net 26 Oct '07

26 Oct '07

Patches item #1820929, was opened at 2007-10-26 22:42 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=1820929&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: documentation Status: Open Resolution: None Priority: 3 Private: No Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Pd-patch to explain loops Initial Comment: It occured to me that no file in doc/2.control.examples/ explains looping, although this is an important basic technique every aspiring Pd user should learn. Attached is a Pd patch in the style of the other control examples which introduces looping with [until] in a basic fashion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1820929&group_…

1 0

more frequent auto-builds?
by Hans-Christoph Steiner 26 Oct '07

26 Oct '07

I just had a thought, it would be easy to have some auto-builds run more frequently, like every 2 hours. Would people find this useful? .hc ------------------------------------------------------------------------ ---- News is what people want to keep hidden and everything else is publicity. - Bill Moyers

1 0

← Newer
1
2
3
4
5
6
7
...
19
Older →

Jump to page:

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 2007