Pd-dev January 2006

pd-dev@lists.iem.at

27 participants
100 discussions

[ pure-data-Feature Requests-1416830 ] allow dynamic patch editing without the patch being visible
by SourceForge.net 27 Jan '06

27 Jan '06

Feature Requests item #1416830, was opened at 2006-01-27 14:44 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=1416830&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: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: allow dynamic patch editing without the patch being visible Initial Comment: If it was possible to dynamically edit Pd patches without having to do the [vis 1(, it would make Pd a much richer language. It would allow complex dynamic objects to be written in Pd. Yes, its probably a big job, but I think its worth it and is the next big step towards making Pd a full-fledged programming platform. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1416830&group_…

1 0

[ pure-data-Feature Requests-1416587 ] Preferences GUI enhancements
by SourceForge.net 27 Jan '06

27 Jan '06

Feature Requests item #1416587, was opened at 2006-01-27 11:10 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=1416587&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: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: Preferences GUI enhancements Initial Comment: The preferences definitely need a UI overhaul. They should also use scrollable textboxes with selectable lines. A "+" and "-" button would probably also be handy, (I guess they would be "add" and "remove" on Windows). The "-" button would delete the currently selected line in the textbox. Also, following the established paradigms for Mac OS X, Windows, GNOME, etc., I think that "OK" and "Apply" should save the settings to the file. Then the "Save All Settings" button would be removed. Lastly, all of the preferences should be in one panel with selectable pages using tabs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1416587&group_…

1 0

Path Dialog and other stuff
by Mathieu Bouchard 27 Jan '06

27 Jan '06

hey, I was trying to help someone getting PixelTango to run on Windows using Hans' Pd 0.38 and I think the "Path..." dialog should have a way to select directories using a GUI like [openpanel]'s but that accepts selection of directories. It would help alot because then we wouldn't make mistakes like trying to write backslashes inside the paths, instead of slashes. BTW we didn't get PixelTango to run. After adding a few paths and libs in his conf, trying to open the first PixelTango example gives me a segfault, and the way Windows reports it, it's all hex codes, so I don't even know where the problem might be. When someone has Pd segfaulting on Windows, what's the quickest route to getting a function name or line number name out of the crash? If Pd.DLL gets compiled with debugging symbols, would Windows use them instead of hex codes? _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada

4 3

[ pure-data-Bugs-1416539 ] [print] behaves oddly with numeric symbols
by SourceForge.net 27 Jan '06

27 Jan '06

Bugs item #1416539, was opened at 2006-01-27 10: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=1416539&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [print] behaves oddly with numeric symbols Initial Comment: [symbol 5( | [print] produces: "symbol" [5] | [symbol] | [print] produces: "symbol float" See attached pd patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1416539&group_…

1 0

Re: [PD-announce] Pd-0.38.4-extended-RC7
by Ed Kelly 27 Jan '06

27 Jan '06

Hans, I tried out RC7 today on a Mac, but have been road-testing RC6 on Windows. RC7 on the OS X, pdp and pidip do not load but gave me this: /PD-extended/Pd-0.38.4-extended-RC7.app/Contents/Resources/Scripts/../extra/pdp.pd_darwin: dlcompat: dyld: /PD-extended/Pd-0.38.4-extended-RC7.app/Contents/Resources/Scripts/../bin/pd Undefined symbols: /PD-extended/Pd-0.38.4-extended-RC7.app/Contents/Resources/Scripts/../ pdp: can't load library /PD-extended/Pd-0.38.4-extended-RC7.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin: dlcompat: dyld: /PD-extended/Pd-0.38.4-extended-RC7.app/Contents/Resources/Scripts/../bin/pd Undefined symbols: /PD-extended/Pd-0.38.4-extended-RC7.app/Contents/Resources/Scripts/../ pidip: can't load library - regardless of whether Xdarwin was running or not. Second problem is that vasp is not included. Is this because it can't be de-lib-ed into separate objects? I notice fftease~ is missing also! Patches with GOP written in 0.39 do not work in 0.38 (but I guess I shouldn't expect them to!) And finally, where is unwonk? So there is my list. Hope you like it ;-! Dual G5 running 10.3.9. Ed -- Hans-Christoph Steiner <hans(a)eds.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Unless there is something very wrong with this > release, this will be > the final release. Then it'll be posted up on > SourceForge as > Pd-0.38.4-extended. > > http://at.or.at/hans/pd/installers.html > > Its actually looking pretty good, maybe not even > beta anymore ;) > > .hc > > ________________________________________________________________________ > > ____ > > "[W]e have invented the technology to eliminate > scarcity, but we are > deliberately throwing it away to benefit those who > profit from > scarcity." > > -John Gilmore > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (Darwin) > > iD8DBQFDzeAhN4PEFRUrWIsRAv4aAJ9Ihi8UlNFzCEH+rMh4ejx5EKPmUQCgwCEj > 1+5MoYGDCHPaNAHU7a4Oi0U= > =zeMq > -----END PGP SIGNATURE----- > > > _______________________________________________ > PD-announce mailing list > PD-announce(a)iem.at > http://lists.puredata.info/listinfo/pd-announce > -> -> --> ---> -----> --------> -------------> (insert quote here) ___________________________________________________________ Win a BlackBerry device from O2 with Yahoo!. Enter now. http://www.yahoo.co.uk/blackberry

9 25

[ pure-data-Bugs-1415589 ] Sending a list to [select] can leave it in an unusable state
by SourceForge.net 26 Jan '06

26 Jan '06

Bugs item #1415589, was opened at 2006-01-26 19:49 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1415589&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: 2 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Sending a list to [select] can leave it in an unusable state Initial Comment: A [select] object primed with a symbol argument will reset itself into an unusable state by sending it a list with at least two elements. Attached patch illustrates this behaviour using a [select x]-object. Sending a message [symbol x( will normally make the left outlet generate a bang. However sending a message [list x y( will disturb the [select x] object, so that it will not correctly react to a second [symbol x( message, until reset by a [symbol x( message to its rigth inlet. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2006-01-26 21:00 Message: Logged In: YES user_id=569446 I down-priorized this, as it's not a real bug, the documentation just doesn't mention what will happen if lists are sent to [symbol x]. I'd suggest to update the documentation to explain, that like many objects in Pd [select] distributes lists over its inlets as well, which has to be taken into account when looking for unusual behaviour. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1415589&group_…

1 0

[ pure-data-Bugs-1415589 ] Sending a list to [select] can leave it in an unusable state
by SourceForge.net 26 Jan '06

26 Jan '06

Bugs item #1415589, was opened at 2006-01-26 19:49 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=1415589&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 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Sending a list to [select] can leave it in an unusable state Initial Comment: A [select] object primed with a symbol argument will reset itself into an unusable state by sending it a list with at least two elements. Attached patch illustrates this behaviour using a [select x]-object. Sending a message [symbol x( will normally make the left outlet generate a bang. However sending a message [list x y( will disturb the [select x] object, so that it will not correctly react to a second [symbol x( message, until reset by a [symbol x( message to its rigth inlet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1415589&group_…

3 2

[ pure-data-Feature Requests-1413772 ] use file associations on GNU/Linux
by SourceForge.net 26 Jan '06

26 Jan '06

Feature Requests item #1413772, was opened at 2006-01-24 10:43 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=1413772&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: use file associations on GNU/Linux Initial Comment: On Windows and Mac OS X, Pd now opens files thru the OS's file associations, on Windows using 'rundll32 dll.url.FileProtocolHandler' and on Mac OS X using the 'open' CLI program. PDDP needs consistent file associations so that [pddp_link] can be used to link to any file type within a Pd patch. A generic method might be to use firefox/mozilla as the open method. GNOME and KDE have their own methods, and these should be supported as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1413772&group_…

4 5

[ pure-data-Patches-1415539 ] Re: [ pure-data-Patches-1412210 ] fix for bug in menu_openht
by SourceForge.net 26 Jan '06

26 Jan '06

Patches item #1415539, was opened at 2006-01-26 09:01 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=1415539&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Re: [ pure-data-Patches-1412210 ] fix for bug in menu_openht Initial Comment: In u_main.tk the procedure menu_openhtml fails on the NT platform when pd_guidir contains both spaces and the double dot (/..) which is currently always added for NT when pd_guidir is constructed from e.g. "C:/Program Files/pd/bin" as "C:/Program Files/pd/bin/.." instead of the more straightforward "C:/Program Files/pd". Forcing the use of short filenames is one way around this but the attached patch just strips off the "/bin" instead of adding "/.." to it. This line terminates the path just before the last slash: set pd_guidir [string range $pd_guidir 0 [expr [string last / $pd_guidir] - 1]] It also might be more efficient to work only with pd_guidir, since it always gets shortened, so I took out the temporary string pd_gui3 as well. Martin Peach martinrp(a)vax2.concordia.ca ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1415539&group_…

1 0

Re: [PD] ASCSEQ
by IOhannes m zmoelnig 26 Jan '06

26 Jan '06

this email goes to the pd-list too... > Im using [ascseq] to split textfiles into single characters, that are > being used in GEM text3d. I have a so-so AFM loader which assembles the > characters with a somewhat accurate spacing. I have about 2000 of these > separate text3d objects that I use to assemble typographic displays. > You know, lots of floating letters in space that every now and so often > rearrange into legible lines of text - typewriter style. I have > bypassed the problem by removing/reshuffling certain characters in the > font - have replaced space with � - asterix. I end up with scarily long > single words. And it would be nice not having to do that. The whole > mechanism is very fragile and delays cause the whole alignment to > jumble up. in your case (i expect you to have tons of text), i think it is really better to use [ascseq] instead of generating long symbols with spaces in between. (because of the symbol-table; however, benchmarking would be interesting...) > > If the ascseq had a bang for every finished message it wouldnt be a > problem. > you can get this behaviour via something like [t b l] | | (b2) | [repack 1] | [t b l] | | | [ascseq] (b1) | (a) the trick is to split the list into 1-atom messages with [repack 1] you get a bang at (b1) each time [ascseq] has finished 1 atom you get a bang at (b2) each time the whole list has been processed. so with (b1) you can trigger a [32( repack everything into a long list with [repack]. mfg.asd IOhannes

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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 January 2006