Re: [PD] WebPd - Need a small clarification
On 03/06/2012 04:15 PM, sebastien piquemal wrote: my preference would be for there to be an option to download a monolithic pd.js This goes without saying !!! That's actually what a CI server is meant for : automating builds. Basically, the split files would be only development files. Cool! My other philosophy is to have it run with as few dependencies as possible That also goes without saying ! When I talked about prototype, I was not at all talking about prototype.js, I was talking about object's prototype. When you do like this : function PdObject() { this.tofloat = function(data) { //bla }; }; You basically give a copy of tofloat function to each instance of PdObject. The proper way to do that would be to use prototype : function PdObject() { // bla }; PdObject.prototype.tofloat = function(data) { //bla }; That way, all instances of PdObject share the same method (same can be done for all methods to save a bit of memory). By using prototype, you can also implement a nice inheritance mechanism, which would make writing new objects a bit simpler. Yep, that's much better. At the end of the day I guess it's kind of obvious that if there was a way to make a patch in Pd and then put that patch on a website for as many people as possible to play with Yep !!! I definitely share that vision ! Anyways there's not other solution currently, since you need to prototype your patch with PureData, before porting it to web. About all the TODOs, there's definitely a lot to do !!! I understood most of them, but some are a bit unclear ... I have my own favorites - like a driver for Webkit browsers -, and some that I already know I won't do - like flash stuff : berk ... let's look towards the future for Pete's sake !!! IE will hopefully end-up implementing an audio API as well !!! When a user puts a patch online I am sure they want as many people as possible to be able to use that patch, that's my only point. It's a reality that more people on the planet use IE than any other browser (as horrible as that fact is). If it's possible to support IE then we should, for the sake of users. Anyway, I think it just means I will have to maintain the Flash driver myself, which is horrible, but I realise nobody else will want to touch this. :) Cheers, Chris. -- http://mccormick.cx/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] WebPd - Need a small clarification
On 03/06/2012 04:18 PM, sebastien piquemal wrote: Let's see how things go. It's just that now I'm more careful, because I had the bad experience of coding a lot of stuff in a fork, and the author never pulling it, or pulling then reverting all the work done. I understand your concern. However, in the age of distributed version control I think it's not such an issue. Imagine the situation where the scenario above happens: * You start implementing lots of cool stuff. * I turn into a jerk and stop merging it or revert it. * People see that your version has lots more features. * People run your version instead of mine. In any case, I am happy to put a link from the current WebPd site to your GitHub repository as soon as you make your first commit saying this is where the latest active development is now happening. Cheers, Chris. -- http://mccormick.cx/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] dealing with crashes under WinXp
Hi, I'm running a sound installation unsing pd under windows XP SP3 home. The patch is heavy and the computer is an old centrino laptop (the cpu runs at 95 percent all the time). I was planning to let the computer run non-stop for three weeks to keep maintenance as low as possible since there's no qualified technician at the venue, but my first attempt at a long term run resulted in a pd crash. So here's my question: is there a way to force pd to restart automatically after a crash, or is there a way to make the computer restart after a crash (and have my pd patch start automatically at boot-up). Thanks in advance. D.S http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dealing with crashes under WinXp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-03-06 09:46, David Schaffer wrote: Hi, I'm running a sound installation unsing pd under windows XP SP3 home. The patch is heavy and the computer is an old centrino laptop (the cpu runs at 95 percent all the time). I was planning to let the computer run non-stop for three weeks to keep maintenance as low as possible since there's no qualified technician at the venue, but my first attempt at a long term run resulted in a pd crash. So here's my question: is there a way to force pd to restart automatically after a crash, or is there a way to make the computer restart after a crash (and have my pd patch start automatically at boot-up). Thanks in advance. hmm, all those questions are not very Pd related. you might want to try some XP and/or hardware forum. last time i did an installation with w32, i seem to remember that i used a small reboot program that rebooted the machine every so often. making Pd start automatically shouldn't be a big deal (autostart?) fgamdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9V04cACgkQkX2Xpv6ydvRHUgCg2WamGF0sKq08bu+rOtaGLJKu 14sAnRQe1x/iPUeiRmhvEI7OSRfy8A4e =ILRd -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredata.info site design provocation
Cool! Like the cleaner look. On Tue, Mar 6, 2012 at 8:57 AM, Chris McCormick ch...@mccormick.cx wrote: On 03/06/2012 10:35 AM, Jonathan Wilkes wrote: The one thing I miss is the news section. Yeah for sure. It's probably a little too heavy for the frontpage, but how has webpd progressed? Is it possible to link that picture of a patch on the frontpage to a page with a webpd version of that patch? Yes but it almost certainly won't run and WebPd has no GUI. :) Maybe a simpler patch could work. Cheers, Chris. -- http://mccormick.cx/ __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (HCI Researcher / MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/pedro.lopes / http://pedrolopesresearch.wordpress.com/ | http://twitter.com/plopesresearch ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 84, Issue 32
Hi Chris, I'm glad you did that. It is what I'm also doing following the discussion in the past week about the website. However, apparently it's a pain to be able to change only the css in the plone template. I'm looking into that, if somebody is more experienced than me in Plone, give me a shout! But, yes, your is a good example of how the same website could look much friendlier. talk soon, M On 03/06/2012 10:35 AM, Jonathan Wilkes wrote: The one thing I miss is the news section. Yeah for sure. It's probably a little too heavy for the frontpage, but how has webpd progressed? Is it possible to link that picture of a patch on the frontpage to a page with a webpd version of that patch? Yes but it almost certainly won't run and WebPd has no GUI. :) Maybe a simpler patch could work. Cheers, Chris. -- http://mccormick.cx/ -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | http://www.flxer.net Director: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] six sound outputs with sound blaster X-Fi Surround 5.1
for sound blaster cards on windows an alternative driver exists. or existed perhaps ... i used it on xp.very nice check for your card compatibility http://kxproject.lugosoft.com/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] playlist (unauthorized) strange behaviour on Ubuntu 11.10
Hi list, I have found a strange bug in the behaviour properties of 'playlist'. When you re editing the size color or other param in 'playlist' appears a error message with the next strings: (and is no possible change the properties) Anybody knows? Pd-0.43.1-extended-20120305 on Ubuntu 11.10 oneiric salut xä! invalid command name pd invalid command name pd while executing pd $cmd (procedure playlist_apply line 24) invoked from within playlist_apply .gfxstub8aa5900 invoked from within .gfxstub8aa5900.buttonframe.apply invoke (uplevel body line 1) invoked from within uplevel #0 [list $w invoke] (procedure tk::ButtonUp line 22) invoked from within tk::ButtonUp .gfxstub8aa5900.buttonframe.apply (command bound to event) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino: Call for testing
On Mon, 2012-03-05 at 08:35 +0100, Jordi Sala wrote: hi, I've done a very simple test, and it works fine! https://vimeo.com/37914564 Cool! Thanks for that. (Solely from watching the video, it's hard to judge whether everything is working as expected. I assume, you were able more easily to make sure that everything is correct, were you?) Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playlist (unauthorized) strange behaviour on Ubuntu 11.10
I think I just fixed this with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16049 Try tomorrow's build and let me know if it is still broken. .hc On Mar 6, 2012, at 9:00 AM, xä wrote: Hi list, I have found a strange bug in the behaviour properties of 'playlist'. When you re editing the size color or other param in 'playlist' appears a error message with the next strings: (and is no possible change the properties) Anybody knows? Pd-0.43.1-extended-20120305 on Ubuntu 11.10 oneiric salut xä! invalid command name pd invalid command name pd while executing pd $cmd (procedure playlist_apply line 24) invoked from within playlist_apply .gfxstub8aa5900 invoked from within .gfxstub8aa5900.buttonframe.apply invoke (uplevel body line 1) invoked from within uplevel #0 [list $w invoke] (procedure tk::ButtonUp line 22) invoked from within tk::ButtonUp .gfxstub8aa5900.buttonframe.apply (command bound to event) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredata.info site design provocation
It looks great like that! What if we added the News section underneath the navigation on the left hand side? .hc On Mar 6, 2012, at 2:57 AM, Chris McCormick wrote: On 03/06/2012 10:35 AM, Jonathan Wilkes wrote: The one thing I miss is the news section. Yeah for sure. It's probably a little too heavy for the frontpage, but how has webpd progressed? Is it possible to link that picture of a patch on the frontpage to a page with a webpd version of that patch? Yes but it almost certainly won't run and WebPd has no GUI. :) Maybe a simpler patch could work. Cheers, Chris. -- http://mccormick.cx/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dealing with crashes under WinXp
On Mar 6, 2012, at 4:06 AM, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-03-06 09:46, David Schaffer wrote: Hi, I'm running a sound installation unsing pd under windows XP SP3 home. The patch is heavy and the computer is an old centrino laptop (the cpu runs at 95 percent all the time). I was planning to let the computer run non-stop for three weeks to keep maintenance as low as possible since there's no qualified technician at the venue, but my first attempt at a long term run resulted in a pd crash. So here's my question: is there a way to force pd to restart automatically after a crash, or is there a way to make the computer restart after a crash (and have my pd patch start automatically at boot-up). Thanks in advance. hmm, all those questions are not very Pd related. you might want to try some XP and/or hardware forum. last time i did an installation with w32, i seem to remember that i used a small reboot program that rebooted the machine every so often. making Pd start automatically shouldn't be a big deal (autostart?) fgamdr IOhannes I've generally avoided Windows in installations, but if you just set up the machine so that it automatically starts the patch on reboot, then you can tell the people at the venue to reboot it whenever there is a problem. .hc http://at.or.at/hans/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem to compile Pd 0.43-1 with JACK
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-03-05 19:36, Jack wrote: Le 05/03/2012 17:25, IOhannes m zmoelnig a écrit : any specific reason to use .../src/configure rather than .../configure? I followed the instruction in the README.txt ;) fair enough... After $ ./configure i have this two lines : checking for jack_set_xrun_callback in -ljack... yes checking for jack_set_error_function in -ljack... yes Is it OK ? looks good. what do you mean by cannot select jack? does it (not) show up in the menu? fgm,asdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9WMOwACgkQkX2Xpv6ydvTFqwCfWJ5kRdDDs9MfMOe7ptDAxoKg 65kAoOjtTqyPq+it5Q2Zn3jjzCLpa1f7 =pE7d -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino: Call for testing
On Mar 4, 2012, at 9:45 AM, Roman Haefeli wrote: On Sat, 2012-03-03 at 22:27 -0800, Hans-Christoph Steiner wrote: I would prefer that you use a different name unless you are interested in providing strict compatibility with the current Pduino. Yes, actually I'm interested. Things like using namespace prefixes are one example of compatibility that it sounds like you are not interested in, for example. There is a conflict: Either it works only in Pd-extended setups, or you loose the advantage of using namespace prefixes. I solved that conflict by not using [makesymbol] at all. Some words about that particular case: Actually [zexy/makesymbol] wasn't ever used in [arduino], only in arduino-help.pd . There it's used to display the Firmware version in a GOP cnv object - [zexy/makesymbol firmata_%s.%s]. This can be safely replaced nowadays by [symbol firmata_$1.$2(. However, I didn't even use that, because I thought it would be useful to display the whole Firmata specification there, not only the protocol version. It now displays something like: StandardFirmata 2 3 and it does so with only using vanilla classes. Let me point that [arduino] itself is not all affected by this. Replacing [zexy/makesymbol] sounds like a good solution. I think that the [symbol Firmata_$1.$2( will produce the most readable version of this. StandardFirmata 2 3 is not super clear, especially to newbies. Pduino deliberately uses namespace prefixes because that's currently the only way to guarantee the correct object is being loaded. Agreed. Using [declare -lib zexy] [makesymbol] does not currently guarantee that (tho it should). Yeah, I also agree that it should. Please, tell me about your further constraints, if there are any, and I'll see how I can comply with them. I can't think of any off the top of my head, but I am sure they exist. The best approach for something like this, I think, is to try to make sure that the given output is exactly the same. So if the [zexy/makesymbol] code produces Firmata_2.3, the updated code should as well, unless the problem is specifically because the message is like Firmata_2.3. .hc On Mar 3, 2012, at 6:47 AM, Roman Haefeli wrote: Hi Hans On Fri, 2012-03-02 at 08:55 -0800, Hans-Christoph Steiner wrote: I'm happy to see you working on this. Since you are making a new version, perhaps it makes sense to change the names. Like maybe it makes sense to change the object from [arduino] to [firmata]? That's something I thought about doing in the past. This would also make it easier for testers going forward because they could keep the old Pduino installed and also use your new library. I suppose then the library would be called something besides Pduino too. But if you want to keep those names, that's fine by me. Actually, I prefer not to host a separate version/fork. I think the design of the protocol and its implementation in [arduino] is solid and I haven't messed at all with it. Our efforts for [arduino] were mainly focused on smallish issues with usability and portability. Our plans are to eventually push it into Debian as pd-arduino. For that goal, some changes like getting rid of name-spaced objects (for instance: [zexy/makesymbol], doesn't work in Debian with pd-zexy) and some other stuff were necessary. Plus, it got a bug fixed Ingo discovered a while ago. Still, the overall changes to [arduino] itself are rather smallish and I wouldn't expect any severe bugs. Also, I think we tested it quite well. The main effort, however, went into documentation and [arduino-gui] and to figure out the tiny details and differences between the several Firmata versions around in order to make the help-patch consistent as documentation and [arduino-gui] consistent in its behaviour. I consider the updated help-patch a significant improvement (in that it covers all features of the firmware, is clear in which pin supports which mode, explains the differences in different firmware versions) and I wouldn't see a reason to keep to old one living. Personally, I'd much prefer not to host a separate fork and I am all for joining forces, not separating them. With your consent, I'd like to push the new version to the svn repository. We could wait to do so, until we got some positive reports from a few people, of course. There is really no hurry. Also, I'd take responsibility for any issues and bugs related to Pduino (if that is what you want; I don't plan any 'hostile take-over'). Finally, if we eventually agree on merging our git Pduino with the official pd-svn/externals/hardware/arduino, I'd like to bump the Pduino version to the Firmata version. As I understand, [arduino] is a plain implementation of the Firmata protocol, not less, not more. I think it would make sense to reflect the version of the protocol it implements in its own version. We could still add a bug-fix number, so changes to
Re: [PD] [grid] not working in pd-extended 0.43.1
This should be fixed with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16049 .hc On Mar 4, 2012, at 5:05 PM, Antonio Roberts wrote: I'm still getting this error when attempting to edit the properties of [grid]: invalid command name pd invalid command name pd while executing pd $cmd (procedure grid_apply line 32) invoked from within grid_apply .gfxstub9fc7918 invoked from within .gfxstub9fc7918.buttonframe.apply invoke (uplevel body line 1) invoked from within uplevel #0 [list $w invoke] (procedure tk::ButtonUp line 22) invoked from within tk::ButtonUp .gfxstub9fc7918.buttonframe.apply (command bound to event) I turned on verbose mode and found that [grid] was being loaded from here: tried /usr/lib/pd-extended/extra/unauthorized/grid.pd_linux and succeeded I've tried removing that file but can't use [grid] without it. It appears it's not/can't load it from anywhere else. Should it be loading it from somewhere else? Antonio -- anto...@hellocatfood.com http://www.hellocatfood.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino: Call for testing
On Tue, 2012-03-06 at 10:56 -0500, Hans-Christoph Steiner wrote: On Mar 4, 2012, at 9:45 AM, Roman Haefeli wrote: Actually [zexy/makesymbol] wasn't ever used in [arduino], only in arduino-help.pd . There it's used to display the Firmware version in a GOP cnv object - [zexy/makesymbol firmata_%s.%s]. This can be safely replaced nowadays by [symbol firmata_$1.$2(. However, I didn't even use that, because I thought it would be useful to display the whole Firmata specification there, not only the protocol version. It now displays something like: StandardFirmata 2 3 and it does so with only using vanilla classes. Let me point that [arduino] itself is not all affected by this. Replacing [zexy/makesymbol] sounds like a good solution. I think that the [symbol Firmata_$1.$2( will produce the most readable version of this. StandardFirmata 2 3 is not super clear, especially to newbies. Why would like the help-patch to only show the version in some weird format instead of showing exactly what [arduino]'s right outlet is sending? Am I missing something here? It's easy to change, but I don't get your point here. If you insist, i'll change it. Pduino deliberately uses namespace prefixes because that's currently the only way to guarantee the correct object is being loaded. Agreed. Using [declare -lib zexy] [makesymbol] does not currently guarantee that (tho it should). Yeah, I also agree that it should. Please, tell me about your further constraints, if there are any, and I'll see how I can comply with them. I can't think of any off the top of my head, but I am sure they exist. The best approach for something like this, I think, is to try to make sure that the given output is exactly the same. So if the [zexy/makesymbol] code produces Firmata_2.3, the updated code should as well, unless the problem is specifically because the message is like Firmata_2.3. Sorry, if I am wrong, but I have the slight feeling, that you still think that something in [arduino] has changed. I can assure you that the updated [arduino] gives the _exact_ same output as the original one. That is, it still sends: 'firmware StandardFirmata 2 3' 'version 2 3' to it's right outlet. Only the help-patch has changed (see above). Please be assured, I wouldn't change any message format in [arduino] itself. So, how we proceed? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] newbie says hello
hello newbie You'll find that this mailing list is a valuable resource for pure data. Don't be afraid to ask the big questions, or the little questions for that matter. There an experienced, but understanding community round Pd so you can learn near enough what you want from them welcome aboard Andrew Date: Sun, 4 Mar 2012 18:01:24 +0100 From: pimas...@gmail.com To: lang.gerh...@gmail.com CC: pd-list@iem.at Subject: Re: [PD] newbie says hello Willkommen Gerhard! Pierre 2012/3/4 Gerhard Lang lang.gerh...@gmail.com Hi community, I'm a German hobby musician and open-source enthusiast with very poor scripting and coding skills, but fascinated now by first steps with pd. Technically feel at home with customized rt-kernels, kx modificated ubuntu-studio systems, ice1712-pci and a firewire device. Best regards Gerhard ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredata.info site design provocation
I'd like to see a big download button which points to the users platform version of Pd-extended. a small script under that button could read: Pd in other flavors and for other operating systems Like there: http://audacity.sourceforge.net/ http://musescore.org/ http://www.mozilla.org/de/firefox/fx/ max Am 06.03.2012 um 16:38 schrieb Hans-Christoph Steiner: It looks great like that! What if we added the News section underneath the navigation on the left hand side? .hc On Mar 6, 2012, at 2:57 AM, Chris McCormick wrote: On 03/06/2012 10:35 AM, Jonathan Wilkes wrote: The one thing I miss is the news section. Yeah for sure. It's probably a little too heavy for the frontpage, but how has webpd progressed? Is it possible to link that picture of a patch on the frontpage to a page with a webpd version of that patch? Yes but it almost certainly won't run and WebPd has no GUI. :) Maybe a simpler patch could work. Cheers, Chris. -- http://mccormick.cx/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino: Call for testing
yes, it works fine! On 6 March 2012 17:12, Roman Haefeli reduz...@gmail.com wrote: On Tue, 2012-03-06 at 10:56 -0500, Hans-Christoph Steiner wrote: On Mar 4, 2012, at 9:45 AM, Roman Haefeli wrote: Actually [zexy/makesymbol] wasn't ever used in [arduino], only in arduino-help.pd . There it's used to display the Firmware version in a GOP cnv object - [zexy/makesymbol firmata_%s.%s]. This can be safely replaced nowadays by [symbol firmata_$1.$2(. However, I didn't even use that, because I thought it would be useful to display the whole Firmata specification there, not only the protocol version. It now displays something like: StandardFirmata 2 3 and it does so with only using vanilla classes. Let me point that [arduino] itself is not all affected by this. Replacing [zexy/makesymbol] sounds like a good solution. I think that the [symbol Firmata_$1.$2( will produce the most readable version of this. StandardFirmata 2 3 is not super clear, especially to newbies. Why would like the help-patch to only show the version in some weird format instead of showing exactly what [arduino]'s right outlet is sending? Am I missing something here? It's easy to change, but I don't get your point here. If you insist, i'll change it. Pduino deliberately uses namespace prefixes because that's currently the only way to guarantee the correct object is being loaded. Agreed. Using [declare -lib zexy] [makesymbol] does not currently guarantee that (tho it should). Yeah, I also agree that it should. Please, tell me about your further constraints, if there are any, and I'll see how I can comply with them. I can't think of any off the top of my head, but I am sure they exist. The best approach for something like this, I think, is to try to make sure that the given output is exactly the same. So if the [zexy/makesymbol] code produces Firmata_2.3, the updated code should as well, unless the problem is specifically because the message is like Firmata_2.3. Sorry, if I am wrong, but I have the slight feeling, that you still think that something in [arduino] has changed. I can assure you that the updated [arduino] gives the _exact_ same output as the original one. That is, it still sends: 'firmware StandardFirmata 2 3' 'version 2 3' to it's right outlet. Only the help-patch has changed (see above). Please be assured, I wouldn't change any message format in [arduino] itself. So, how we proceed? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jordi Sala http://musa.poperbu.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] six sound outputs with sound blaster X-Fi Surround 5.1
for sound blaster cards on windows an alternative driver exists. or existed perhaps ... i used it on xp.very nice check for your card compatibility http://kxproject.lugosoft.com/ thanks! I did not know about this. I will try it tomorrow ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem to compile Pd 0.43-1 with JACK
Le 06/03/2012 16:44, IOhannes m zmoelnig a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-03-05 19:36, Jack wrote: Le 05/03/2012 17:25, IOhannes m zmoelnig a écrit : any specific reason to use .../src/configure rather than .../configure? I followed the instruction in the README.txt ;) fair enough... After $ ./configure i have this two lines : checking for jack_set_xrun_callback in -ljack... yes checking for jack_set_error_function in -ljack... yes Is it OK ? looks good. what do you mean by cannot select jack? does it (not) show up in the menu? Yes that it's. ++ Jack fgm,asdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9WMOwACgkQkX2Xpv6ydvTFqwCfWJ5kRdDDs9MfMOe7ptDAxoKg 65kAoOjtTqyPq+it5Q2Zn3jjzCLpa1f7 =pE7d -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
- Original Message - From: Jonathan Wilkes jancs...@yahoo.com To: Hans-Christoph Steiner h...@at.or.at Cc: Sent: Tuesday, March 6, 2012 2:53 PM Subject: tooltips in pd-extended 0.43 Hello, Hans asked me to write up an explanation of the new tooltips in pd-extended 0.43. Attached are some patches that outline how they work. Just open tips-help.pd. Tooltips get their tip information from the [pd META] subpatch inside the help patch for the object. So if you want to have tooltips for your externals, or set of abstractions, make sure you have complete help patches for all of your object classes. Hans-- Ivica modified my original patch in the most recent build of pd-l2ork so that the tips follow the mouse, and he put the Enter/Leave logic on the c side of things. -Jonathan tips.tar.gz Description: application/gzip ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
I think that we should be pushing GUI stuff to the Tcl side of things as much as possible, plus I prefer the current tooltip display down on the lower right. I find that popups right next to the mouse are often annoying. .hc On 03/06/2012 02:54 PM, Jonathan Wilkes wrote: - Original Message - From: Jonathan Wilkes jancs...@yahoo.com To: Hans-Christoph Steiner h...@at.or.at Cc: Sent: Tuesday, March 6, 2012 2:53 PM Subject: tooltips in pd-extended 0.43 Hello, Hans asked me to write up an explanation of the new tooltips in pd-extended 0.43. Attached are some patches that outline how they work. Just open tips-help.pd. Tooltips get their tip information from the [pd META] subpatch inside the help patch for the object. So if you want to have tooltips for your externals, or set of abstractions, make sure you have complete help patches for all of your object classes. Hans-- Ivica modified my original patch in the most recent build of pd-l2ork so that the tips follow the mouse, and he put the Enter/Leave logic on the c side of things. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem to compile Pd 0.43-1 with JACK
Le 06/03/2012 20:32, Jack a écrit : Le 06/03/2012 16:44, IOhannes m zmoelnig a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-03-05 19:36, Jack wrote: Le 05/03/2012 17:25, IOhannes m zmoelnig a écrit : any specific reason to use .../src/configure rather than .../configure? I followed the instruction in the README.txt ;) fair enough... After $ ./configure i have this two lines : checking for jack_set_xrun_callback in -ljack... yes checking for jack_set_error_function in -ljack... yes Is it OK ? looks good. what do you mean by cannot select jack? does it (not) show up in the menu? Yes that it's. ++ Jack I mean it does not appear in the menu. ++ Jack fgm,asdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla -http://enigmail.mozdev.org/ iEYEARECAAYFAk9WMOwACgkQkX2Xpv6ydvTFqwCfWJ5kRdDDs9MfMOe7ptDAxoKg 65kAoOjtTqyPq+it5Q2Zn3jjzCLpa1f7 =pE7d -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list List pd-list@iem.at Sent: Tuesday, March 6, 2012 4:05 PM Subject: Re: tooltips in pd-extended 0.43 I think that we should be pushing GUI stuff to the Tcl side of things as much as possible, plus I prefer the current tooltip display down on the lower right. I find that popups right next to the mouse are often annoying. I do, too, but every GUI toolkit and its brother hovers them to the side of the current mouse location. -Jonathan .hc On 03/06/2012 02:54 PM, Jonathan Wilkes wrote: - Original Message - From: Jonathan Wilkes jancs...@yahoo.com To: Hans-Christoph Steiner h...@at.or.at Cc: Sent: Tuesday, March 6, 2012 2:53 PM Subject: tooltips in pd-extended 0.43 Hello, Hans asked me to write up an explanation of the new tooltips in pd-extended 0.43. Attached are some patches that outline how they work. Just open tips-help.pd. Tooltips get their tip information from the [pd META] subpatch inside the help patch for the object. So if you want to have tooltips for your externals, or set of abstractions, make sure you have complete help patches for all of your object classes. Hans-- Ivica modified my original patch in the most recent build of pd-l2ork so that the tips follow the mouse, and he put the Enter/Leave logic on the c side of things. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [OT] Fabric Engine
Hi Guys, I have just discovered Fabric Engine a couple of days ago and had been reading on since then, it turns out to be taking pretty amazing approach to hyterogenous computing problem (i.e. simplifying multicore cpu+gpu programming) in a high-level fashion. Please watch this video for some detailed explanation _first_: http://www.youtube.com/watch?v=WWjJE-6Ln24 Well, you currently have to got through quick sign-up procedure to get access details for Node.js or Python module, however I had been told by the guys that they are switching to AGPL license upon product launch next week! So don't get bullshit on me for pointing at a closed-source technology. The main site (fabric-engine.com) has browser-based demos and some details (the docs aren't currently public yet, but can be found here: http://documentation.testing.fabric-engine.com/latest/). What does this have to do with PD? I'm glad you asked! Basically FE appears to be internally dataflow paradigm which basically uses LLVM to split out and compile multithreaded code for CPU and GPU (using OpenCL) from it's own Kernel Language (KL) which is strongly typed kind-of-JavaScript. Have a look for yourself, but it seems to me that there is definitely a number of people on this list who would pick up on this! Cheers, -- Ilya ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
as if i remember Max in the olden days the inlet and outlet descriptors for objects were listed in the left bottom corner of the window. possible to give a choice for either way or is that too much coding overhead? scott On Tue, Mar 6, 2012 at 2:11 PM, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list List pd-list@iem.at Sent: Tuesday, March 6, 2012 4:05 PM Subject: Re: tooltips in pd-extended 0.43 I think that we should be pushing GUI stuff to the Tcl side of things as much as possible, plus I prefer the current tooltip display down on the lower right. I find that popups right next to the mouse are often annoying. I do, too, but every GUI toolkit and its brother hovers them to the side of the current mouse location. -Jonathan .hc On 03/06/2012 02:54 PM, Jonathan Wilkes wrote: - Original Message - From: Jonathan Wilkes jancs...@yahoo.com To: Hans-Christoph Steiner h...@at.or.at Cc: Sent: Tuesday, March 6, 2012 2:53 PM Subject: tooltips in pd-extended 0.43 Hello, Hans asked me to write up an explanation of the new tooltips in pd-extended 0.43. Attached are some patches that outline how they work. Just open tips-help.pd. Tooltips get their tip information from the [pd META] subpatch inside the help patch for the object. So if you want to have tooltips for your externals, or set of abstractions, make sure you have complete help patches for all of your object classes. Hans-- Ivica modified my original patch in the most recent build of pd-l2ork so that the tips follow the mouse, and he put the Enter/Leave logic on the c side of things. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
Le 2012-03-06 à 14:11:00, Jonathan Wilkes a écrit : I do, too, but every GUI toolkit and its brother hovers them to the side of the current mouse location. A function for setting the current tooltip of a certain window could look into user settings to figure out automatically whether a certain piece of text is to appear in a balloon vs in a label widget in a statusbar frame at the bottom of the window. Users would have the choice, while GUI-Class developers and GUI-Plugins developers wouldn't have to even think about it. __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] Fabric Engine
If you don't feel like listening about the background, start watching the presentation from here: http://www.youtube.com/watch?v=WWjJE-6Ln24feature=player_detailpage#t=2080s Please note, in this presentation the main subject is the FE browser plugin, but currently there are Node.js and Python interfaces available and more are to come (e.g. Ruby). To me the main problem had been - what sort of abstraction is needed to efficiently utilise GPU and CPU cores and Fabric Engine appears to target exactly this. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] nonlocal message passing scope
Hello, I was thinking about scope for receive/send names yesterday and thought of a way to implement something more flexible than (explicitly) using $0 to define the scope of send/receive pairs (and possibly other objects that register a symbol). My hack makes use of my get method for canvases patch: http://sourceforge.net/tracker/?func=detailaid=3308027group_id=55736atid=478072 Right now I'm seeing several categories, and I'm not sure how they all relate-- meaning they may or may not require different approaches: 1) _this_ canvas, basically what you would get if you prefixed the .x12345 name before the s/r symbol 2) ways to break out of a canvas environment to the parent, parent of parent, etc., all the way to toplevel 3) ways to communicate among abstraction instances, including _this_ abstraction, all abstractions on the parent, parent of parent, etc., to toplevel 4) ways to communicate among all libdir abstractions* 5) global s/r names, abstraction global s/r names #1 is pretty simple-- just add an attribute for the canvas symbol to the get method, and prefix it to the s/r symbol. #2 is pretty simple, too-- just use integers to specify how far up the tree you want to go, get the $0 for that canvas environment, and prefix it to the s/r symbol. #3 is similar to #2, except that you also prefix the directory and filename with the $0 #4 is like #3 except that you leave out the filename #5 global is nothing prefixed, abstraction global is the directory and filename with no $0 I've made some abstractions [to] and [from] that can do the job for #1, 2, and global. ($1 for level, $2 for the s/r symbol-- though I'm not sure if that's the best order) The question is do I also try to add the functionality for #3, 4, and abstraction global in those same objects, or do I make a [toabs]/[fromabs] pair for that purpose? In a way it'd be nice if there were a standard way to address all the possibilities above using only argument-- that way it'd be easy to add this functionality to already existing objects, like the array dialog and iemguis, with a single combobox (and simply default to whatever corresponds to global). The problem is that in both #2 and #3 a single float arg would be nice to specify the level so I'm not sure how to differentiate between the two. Also, are there any other contexts I haven't addressed in 1-5? -Jonathan * the only current example of this I can think of is inside the pddp libdir, where there's a global [v GLOBAL_PDDP_DSP] for the dsp status, but I'm not sure if it's used by anything other than ezoutput~.pd. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
- Original Message - From: Mathieu Bouchard ma...@artengine.ca To: Jonathan Wilkes jancs...@yahoo.com Cc: Hans-Christoph Steiner h...@at.or.at; pd-list List pd-list@iem.at Sent: Tuesday, March 6, 2012 5:26 PM Subject: Re: [PD] tooltips in pd-extended 0.43 Le 2012-03-06 à 14:11:00, Jonathan Wilkes a écrit : I do, too, but every GUI toolkit and its brother hovers them to the side of the current mouse location. A function for setting the current tooltip of a certain window could look into user settings to figure out automatically whether a certain piece of text is to appear in a balloon vs in a label widget in a statusbar frame at the bottom of the window. There are actually three possibilities-- balloon, statusbar, and window item at the bottom of the patch (which is the current pd-extended implementation). As I said in the pd-l2ork thread related to this, I've combined two features-- canvas tips and objects tips-- into one concept, but maybe they should be broken out so that GUI-Class/GUI-plugin developers can choose one or the other. (And still, the user could choose status bar vs. balloons.) -Jonathan Users would have the choice, while GUI-Class developers and GUI-Plugins developers wouldn't have to even think about it. __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Editing CSS style, make pd.info better? [WAS: puredata.info site design provocation]
Hey folks, I got my head around the CSS editing of PLONE. I can do the CSS job, the only downside is that it has to be done with Plone in development mode. This apparently would slow down the site a bit. However, fact is, if we modify a css class, this will affect the whole website. How should we handle this? Voting for the best style, collecting ideas, or I can join Chris and send over some styles I've been trying. It would be great to give a better look, at least to the extent that the css allows. M On Tue, Mar 6, 2012 at 11:13 AM, Marco Donnarumma de...@thesaddj.comwrote: Hi Chris, I'm glad you did that. It is what I'm also doing following the discussion in the past week about the website. However, apparently it's a pain to be able to change only the css in the plone template. I'm looking into that, if somebody is more experienced than me in Plone, give me a shout! But, yes, your is a good example of how the same website could look much friendlier. talk soon, M On 03/06/2012 10:35 AM, Jonathan Wilkes wrote: The one thing I miss is the news section. Yeah for sure. It's probably a little too heavy for the frontpage, but how has webpd progressed? Is it possible to link that picture of a patch on the frontpage to a page with a webpd version of that patch? Yes but it almost certainly won't run and WebPd has no GUI. :) Maybe a simpler patch could work. Cheers, Chris. -- http://mccormick.cx/ -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | http://www.flxer.net Director: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
Le 2012-03-06 à 14:40:00, Jonathan Wilkes a écrit : There are actually three possibilities-- balloon, statusbar, and window item at the bottom of the patch (which is the current pd-extended implementation). I don't know what's the difference between the last two... __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
The window item is a canvas item and looks like the Firefox notification at the bottom left of the browser-- it can overlap content of the page, but is transient (and gets out of the way of the mouse if you happen to be mousing around in that area). Firefox will put it on the bottom right to get out of the way of the mouse, but I bounce mine at the top of the patch since patches are more likely to be less wide than the browser window (which is typically full monitor width) so the tip would probably take up the whole width in the first place. Status bar would be like an extra widget (label I guess) running the full width of the window that is below the canvas, so it won't overlap the canvas but wouldn't leave after the tip goes away. -Jonathan - Original Message - From: Mathieu Bouchard ma...@artengine.ca To: Jonathan Wilkes jancs...@yahoo.com Cc: Hans-Christoph Steiner h...@at.or.at; pd-list List pd-list@iem.at Sent: Tuesday, March 6, 2012 6:00 PM Subject: Re: [PD] tooltips in pd-extended 0.43 Le 2012-03-06 à 14:40:00, Jonathan Wilkes a écrit : There are actually three possibilities-- balloon, statusbar, and window item at the bottom of the patch (which is the current pd-extended implementation). I don't know what's the difference between the last two... __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nonlocal message passing scope
Here's how I've managed to send and receive from a parent(multi instance) abstraction to multiple instances of nested sub abstractions. within main abstraction [mainAb] some data named $0varsend it like this [s $0var] initialize sub abstractions pass names X_1 and X_2 in so you can send and receive data to these abstractions individually [abX X_1 $0] [abX X_2 $0] within sub abstraction abX initialized with X_1 $1 = X_1 $2 = mainAb's $0 for all instances of abX to receive from main's [s $0var] [r $2var] to to send and receive locally and have mainAb access within abX [s $2$1varZ] within mainAb [r $0X_1varZ] and [r $0X_2varZ] a way to get global data to sub abstractions of abX within abX initialize [abY $2var] within abY $1var = mainAb $0var This information is useful say if you have multiple voices and want to have them share the same control so say $0var is a send on a filter frequency slider when you move the slider all instances of abX receive the new filter frequency when you want information to or from a specific instance of abX say like you want to plot each of the voices outputs on a scope use [s~ $2$1varZ] in abX then in main [r~ $0X_1varZ] and [r $0X_2varZ] then you can write those to a table so you can see which voice is sounding -- On Tue, Mar 6, 2012 at 5:29 PM, Jonathan Wilkes jancs...@yahoo.com wrote: Hello, I was thinking about scope for receive/send names yesterday and thought of a way to implement something more flexible than (explicitly) using $0 to define the scope of send/receive pairs (and possibly other objects that register a symbol). My hack makes use of my get method for canvases patch: http://sourceforge.net/tracker/?func=detailaid=3308027group_id=55736atid=478072 Right now I'm seeing several categories, and I'm not sure how they all relate-- meaning they may or may not require different approaches: 1) _this_ canvas, basically what you would get if you prefixed the .x12345 name before the s/r symbol 2) ways to break out of a canvas environment to the parent, parent of parent, etc., all the way to toplevel 3) ways to communicate among abstraction instances, including _this_ abstraction, all abstractions on the parent, parent of parent, etc., to toplevel 4) ways to communicate among all libdir abstractions* 5) global s/r names, abstraction global s/r names #1 is pretty simple-- just add an attribute for the canvas symbol to the get method, and prefix it to the s/r symbol. #2 is pretty simple, too-- just use integers to specify how far up the tree you want to go, get the $0 for that canvas environment, and prefix it to the s/r symbol. #3 is similar to #2, except that you also prefix the directory and filename with the $0 #4 is like #3 except that you leave out the filename #5 global is nothing prefixed, abstraction global is the directory and filename with no $0 I've made some abstractions [to] and [from] that can do the job for #1, 2, and global. ($1 for level, $2 for the s/r symbol-- though I'm not sure if that's the best order) The question is do I also try to add the functionality for #3, 4, and abstraction global in those same objects, or do I make a [toabs]/[fromabs] pair for that purpose? In a way it'd be nice if there were a standard way to address all the possibilities above using only argument-- that way it'd be easy to add this functionality to already existing objects, like the array dialog and iemguis, with a single combobox (and simply default to whatever corresponds to global). The problem is that in both #2 and #3 a single float arg would be nice to specify the level so I'm not sure how to differentiate between the two. Also, are there any other contexts I haven't addressed in 1-5? -Jonathan * the only current example of this I can think of is inside the pddp libdir, where there's a global [v GLOBAL_PDDP_DSP] for the dsp status, but I'm not sure if it's used by anything other than ezoutput~.pd. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nonlocal message passing scope
I think the one thing I didn't cover that you mentioned was a parent trying to send data toan individual child abstraction. Even if you could step through the entire glist one canvas symbol at a time, it's still extremely clunky and would require using the canvas echo method to pass messages which as matju mentioned would confuse the abstraction's canvas with the abstraction itself. Plus if you have multiple abstractions it's not possible to tell them apart, aside from unique arguments, so as far as I can tell this is something that has to be done manually as you outline below. For everything else, though, there is no reason to be explicitly passing the dollarsign zero as an argument-- which quickly gets ugly and unwieldy in a complex patch-- _if_ Pd provides a way for the user to query canvas attributes (like $0) all the way up to the toplevel. That's what my canvas get method does, and that's why I'm suggesting some abstractions to ease defining the scope for nonlocal message passing. -Jonathan From: Billy Stiltner billy.stilt...@gmail.com To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Tuesday, March 6, 2012 7:30 PM Subject: Re: [PD] nonlocal message passing scope Here's how I've managed to send and receive from a parent(multi instance) abstraction to multiple instances of nested sub abstractions. within main abstraction [mainAb] some data named $0var send it like this [s $0var] initialize sub abstractions pass names X_1 and X_2 in so you can send and receive data to these abstractions individually [abX X_1 $0] [abX X_2 $0] within sub abstraction abX initialized with X_1 $1 = X_1 $2 = mainAb's $0 for all instances of abX to receive from main's [s $0var] [r $2var] to to send and receive locally and have mainAb access within abX [s $2$1varZ] within mainAb [r $0X_1varZ] and [r $0X_2varZ] a way to get global data to sub abstractions of abX within abX initialize [abY $2var] within abY $1var = mainAb $0var This information is useful say if you have multiple voices and want to have them share the same control so say $0var is a send on a filter frequency slider when you move the slider all instances of abX receive the new filter frequency when you want information to or from a specific instance of abX say like you want to plot each of the voices outputs on a scope use [s~ $2$1varZ] in abX then in main [r~ $0X_1varZ] and [r $0X_2varZ] then you can write those to a table so you can see which voice is sounding On Tue, Mar 6, 2012 at 5:29 PM, Jonathan Wilkes jancs...@yahoo.com wrote: Hello, I was thinking about scope for receive/send names yesterday and thought of a way to implement something more flexible than (explicitly) using $0 to define the scope of send/receive pairs (and possibly other objects that register a symbol). My hack makes use of my get method for canvases patch: http://sourceforge.net/tracker/?func=detailaid=3308027group_id=55736atid=478072 Right now I'm seeing several categories, and I'm not sure how they all relate-- meaning they may or may not require different approaches: 1) _this_ canvas, basically what you would get if you prefixed the .x12345 name before the s/r symbol 2) ways to break out of a canvas environment to the parent, parent of parent, etc., all the way to toplevel 3) ways to communicate among abstraction instances, including _this_ abstraction, all abstractions on the parent, parent of parent, etc., to toplevel 4) ways to communicate among all libdir abstractions* 5) global s/r names, abstraction global s/r names #1 is pretty simple-- just add an attribute for the canvas symbol to the get method, and prefix it to the s/r symbol. #2 is pretty simple, too-- just use integers to specify how far up the tree you want to go, get the $0 for that canvas environment, and prefix it to the s/r symbol. #3 is similar to #2, except that you also prefix the directory and filename with the $0 #4 is like #3 except that you leave out the filename #5 global is nothing prefixed, abstraction global is the directory and filename with no $0 I've made some abstractions [to] and [from] that can do the job for #1, 2, and global. ($1 for level, $2 for the s/r symbol-- though I'm not sure if that's the best order) The question is do I also try to add the functionality for #3, 4, and abstraction global in those same objects, or do I make a [toabs]/[fromabs] pair for that purpose? In a way it'd be nice if there were a standard way to address all the possibilities above using only argument-- that way it'd be easy to add this functionality to already existing objects, like the array dialog and iemguis, with a single combobox (and simply default to whatever corresponds to global). The problem is that in both #2 and #3 a single float arg would be nice to specify the level so I'm not sure how to
[PD] ANN: pd-l2ork v.20120306 bug-fix release now out
A few minor bugs crept into the new tooltip implementation, so 20120306 version is now out. Tooltips now support both dockable behavior for the manual tooltips and cursor-centric text bubbles for dynamic tooltips. Also, all the shortcomings of tcl/tk's Enter/Leave events has been circumvented by using C implementation of tooltips. Other improvements include scalable fonts, removal of redundant tooltips, and correct offset calculation for objects. http://l2ork.music.vt.edu/main/?page_id=56 Pd-l2ork can be also found on git at https://github.com/pd-l2ork Cheers! Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
I think that we should be pushing GUI stuff to the Tcl side of things as much as possible, plus I prefer the current tooltip display down on the lower right. I find that popups right next to the mouse are often annoying. I agree, except I don't want to push this notion to the point where unpredictable nature of tcl/tk's canvas implementation entirely hampers or limits tool's productivity and provides a half-baked feature. E.g. it's impossible to highlight nlets or show tooltips when trying to patch a cord because tcl/tk's canvas keeps current tag on the object that was last clicked on, and yet arguably this is where a new user needs tooltips the most. Selection of nlets and their detection is finicky at best, is very unforgiving (you really need to nail that pixel on the screen to get it), and the list goes on. Also, the status bar tooltips are really not very intuitive and from the HCI perspective represent a considerable increase in cognitive load over text bubbles because one's eyes have to move at times relatively far from the point with which the tooltip is associated (heck, it is not even that obvious to which object it belongs to if there are two objects located near the cursor). Even a long arrow from an object to a status bar tooltip can cause a considerably higher cognitive load than a co-located tooltip. There is a reason why co-located tooltips exist even in browsers in addition to the somewhat arcane status bar model. The only context where I see the status bar approach as the optimal way to display tooltips is when the tooltip emanates from a manual invocation that Jonathan pointed out earlier where it makes perfect sense to post it in one uniform place that is not dependent on the mouse position and thus potentially misleading. Best wishes, ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] call for [comport] testing!
I just committed a fix for the race condition that happens when a serial port gets disconnected on GNU/Linux and Mac OS X. Please test heavily on those platforms, including yanking out the USB plug and going out of range with a bluetooth. It should just cleanly close the serial port now. http://autobuild.puredata.info/auto-build/latest/ Basically, when a serial port is open using [comport] and the connection gets broken, like if the USB gets pulled, then comport gets stuck in the while(select()) loop in comport_tick(). I changed if (err = 0) to if (err 0) in this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16050 Then added handling for err == 0 in this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16051 Hopefully this doesn't cause any issues because it fixes a big problem :-) .hc We have nothing to fear from love and commitment. - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
On Mar 6, 2012, at 9:04 PM, Ivica Ico Bukvic wrote: I think that we should be pushing GUI stuff to the Tcl side of things as much as possible, plus I prefer the current tooltip display down on the lower right. I find that popups right next to the mouse are often annoying. I agree, except I don't want to push this notion to the point where unpredictable nature of tcl/tk's canvas implementation entirely hampers or limits tool's productivity and provides a half-baked feature. E.g. it's impossible to highlight nlets or show tooltips when trying to patch a cord because tcl/tk's canvas keeps current tag on the object that was last clicked on, and yet arguably this is where a new user needs tooltips the most. Selection of nlets and their detection is finicky at best, is very unforgiving (you really need to nail that pixel on the screen to get it), and the list goes on. Also, the status bar tooltips are really not very intuitive and from the HCI perspective represent a considerable increase in cognitive load over text bubbles because one's eyes have to move at times relatively far from the point with which the tooltip is associated (heck, it is not even that obvious to which object it belongs to if there are two objects located near the cursor). Even a long arrow from an object to a status bar tooltip can cause a considerably higher cognitive load than a co-located tooltip. There is a reason why co-located tooltips exist even in browsers in addition to the somewhat arcane status bar model. The only context where I see the status bar approach as the optimal way to display tooltips is when the tooltip emanates from a manual invocation that Jonathan pointed out earlier where it makes perfect sense to post it in one uniform place that is not dependent on the mouse position and thus potentially misleading. Even better, off load this to a GUI plugin, then people can choose the method that works best for them. But I still like Jonathan's original implementation the best. I find that the slightly increased load of moving my eyes down to the lower left corner a worthy sacrifice for not being interrupted by a popup bubble. Interruptions also increase cognitive load, and should be reserved for things that are the most important. Most of the time, most users will not need the popup describing the inlet, so most of the time it'll just be an interruption. .hc Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Editing CSS style, make pd.info better? [WAS: puredata.info site design provocation]
Also looks like a big improvement. I think whoever is actually going to do the work should make the final call on how it will look, but with community input, of course :-). Posting screenshots sounds like a nice way to review the possibilities, if people are up for generating them. .hc On Mar 6, 2012, at 6:57 PM, Marco Donnarumma wrote: this is what I'm working on, started with the exhibition page, but it could be generalized. I only added now the background pattern of the ubuntu website, following on the ubuntu font by chris. This is only CSS editing, but I had to delete the navigation tab on the top from the html. I say so, because apparently it's easy to edit the plone css custom theme, but edit the structure might be more painful. Next I want to display images for each project and a slightly longer description. attached there's a screenshot.. M On Tue, Mar 6, 2012 at 10:45 PM, Marco Donnarumma de...@thesaddj.com wrote: Hey folks, I got my head around the CSS editing of PLONE. I can do the CSS job, the only downside is that it has to be done with Plone in development mode. This apparently would slow down the site a bit. However, fact is, if we modify a css class, this will affect the whole website. How should we handle this? Voting for the best style, collecting ideas, or I can join Chris and send over some styles I've been trying. It would be great to give a better look, at least to the extent that the css allows. M On Tue, Mar 6, 2012 at 11:13 AM, Marco Donnarumma de...@thesaddj.com wrote: Hi Chris, I'm glad you did that. It is what I'm also doing following the discussion in the past week about the website. However, apparently it's a pain to be able to change only the css in the plone template. I'm looking into that, if somebody is more experienced than me in Plone, give me a shout! But, yes, your is a good example of how the same website could look much friendlier. talk soon, M On 03/06/2012 10:35 AM, Jonathan Wilkes wrote: The one thing I miss is the news section. Yeah for sure. It's probably a little too heavy for the frontpage, but how has webpd progressed? Is it possible to link that picture of a patch on the frontpage to a page with a webpd version of that patch? Yes but it almost certainly won't run and WebPd has no GUI. :) Maybe a simpler patch could work. Cheers, Chris. -- http://mccormick.cx/ -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | http://www.flxer.net Director: http://www.liveperformersmeeting.net -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | http://www.flxer.net Director: http://www.liveperformersmeeting.net pd-info_styled.png___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nonlocal message passing scope
I don't know if making it easier to do would be good for learning but it sure would be easier for doing. haha! I try not to think about how that works. once I figured it out I wrote down what I learned and use it as a reference or I'll just go look in a patch that I have used in and duplicate. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
Even better, off load this to a GUI plugin, then people can choose the method that works best for them. But I still like Jonathan's original implementation the best. While there may be better, neither of them will be best when one relies on the Tcl/tk's implementation that delivers inconsistent results (which is BTW yet another frustrating form of cognitive load whose scope is significantly larger than either of the ones discussed below). I find that the slightly increased load of moving my eyes down to the lower left corner a worthy sacrifice for not being interrupted by a popup bubble. Interruptions also increase cognitive load, and should be reserved for things that are the most important. One's interruption, is other person's expectation. If I have tooltips enabled, I am expecting them to pop-up. Whether they do that in the bottom left corner or next to my cursor is irrelevant in terms of cognitive overhead associated with a pop-up action itself, except that one that is not co-located bears additional workload akin to that of shifting your gaze away from the road to check on your cell phone who is calling... Most of the time, most users will not need the popup describing the inlet, so most of the time it'll just be an interruption. In my experience, I found that new users really need that guidance. If not, they can always turn the pop-up off. Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tooltips in pd-extended 0.43
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Ivica Ico Bukvic i...@vt.edu Cc: 'Jonathan Wilkes' jancs...@yahoo.com; 'pd-list List' pd-list@iem.at Sent: Wednesday, March 7, 2012 12:08 AM Subject: Re: [PD] tooltips in pd-extended 0.43 On Mar 6, 2012, at 9:04 PM, Ivica Ico Bukvic wrote: I think that we should be pushing GUI stuff to the Tcl side of things as much as possible, plus I prefer the current tooltip display down on the lower right. I find that popups right next to the mouse are often annoying. I agree, except I don't want to push this notion to the point where unpredictable nature of tcl/tk's canvas implementation entirely hampers or limits tool's productivity and provides a half-baked feature. E.g. it's impossible to highlight nlets or show tooltips when trying to patch a cord because tcl/tk's canvas keeps current tag on the object that was last clicked on, and yet arguably this is where a new user needs tooltips the most. Selection of nlets and their detection is finicky at best, is very unforgiving (you really need to nail that pixel on the screen to get it), and the list goes on. Also, the status bar tooltips are really not very intuitive and from the HCI perspective represent a considerable increase in cognitive load over text bubbles because one's eyes have to move at times relatively far from the point with which the tooltip is associated (heck, it is not even that obvious to which object it belongs to if there are two objects located near the cursor). Even a long arrow from an object to a status bar tooltip can cause a considerably higher cognitive load than a co-located tooltip. There is a reason why co-located tooltips exist even in browsers in addition to the somewhat arcane status bar model. The only context where I see the status bar approach as the optimal way to display tooltips is when the tooltip emanates from a manual invocation that Jonathan pointed out earlier where it makes perfect sense to post it in one uniform place that is not dependent on the mouse position and thus potentially misleading. Even better, off load this to a GUI plugin, then people can choose the method that works best for them. But I still like Jonathan's original implementation the best. I find that the slightly increased load of moving my eyes down to the lower left corner a worthy sacrifice for not being interrupted by a popup bubble. Interruptions also increase cognitive load, and should be reserved for things that are the most important. Most of the time, most users will not need the popup describing the inlet, so most of the time it'll just be an interruption. This is a tough problem because the user experience of creating a patch is a lot more like a paint program than it is a code editor. And in paint programs like Gimp there are no tooltips on the canvas, where the user must always be able to see as much of the image as possible without distraction. There are, however, tooltips on the static toolbars, where they are much appreciated since Gimp relies so much on icons. In that vein maybe there should be some way to have Run mode tooltips for GUI objects. There I think it would make a lot more sense to implement them as some of the original tooltip patches do, where you can define a tip method for that particular class that lets the user specify what should be displayed (e.g., Volume, Reset, Toggle Syrup). -Jonathan .hc Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] C++ for reusable dsp lib - or better use C?
http://en.wikipedia.org/wiki/Global_Descriptor_Table I see all this 32 bit code needs to be ported to 64 bit. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nonlocal message passing scope
From: Billy Stiltner billy.stilt...@gmail.com To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Wednesday, March 7, 2012 12:19 AM Subject: Re: [PD] nonlocal message passing scope I don't know if making it easier to do would be good for learning but it sure would be easier for doing. haha! Well, if you had abstraction wrappers for [s]/[r], [throw~]/[catch~], [s~]/[r~], [v], and dialog box entries for the Put menu array and iemguis (and possibly canvas properties), you wouldn't have to bother with $0 as a user. Plus a convenience abstraction to prefix a given symbol based on the scope you want, so that you can use it as a send-symbol inside message boxes. I guess the sticking points are objects that take an array name as an argument-- in the majority of cases those are settable, so I guess the user could choose between loadbanging a symbol or just using $0-prefixes there. There are probably other uses of $0 that I'm missing... [struct] names I guess, but there you're already punished for using $0 since it makes it impossible to reload scalar state. -Jonathan I try not to think about how that works. once I figured it out I wrote down what I learned and use it as a reference or I'll just go look in a patch that I have used in and duplicate. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Editing CSS style, make pd.info better? [WAS: puredata.info site design provocation]
Hi Marco, Love it! A couple of ideas (bike shed opinions only of course): * Larger fonts look friendlier. * How many people have ever clicked the print/email icons? My guess is somewhere close to zero. * RSS icon should look like one, and maybe bigger. * Like the idea of a big fat download button (example attached but don't use it as it's not mine). Kind of hilarious to imagine how users will feel after finding Pd through a lovely friendly pure-data.info site and then being confronted with Pd's blank canvas and then lines-and-boxes for the first time. ;) Cheers, Chris. On 03/07/2012 07:57 AM, Marco Donnarumma wrote: this is what I'm working on, started with the exhibition page, but it could be generalized. I only added now the background pattern of the ubuntu website, following on the ubuntu font by chris. This is only CSS editing, but I had to delete the navigation tab on the top from the html. I say so, because apparently it's easy to edit the plone css custom theme, but edit the structure might be more painful. Next I want to display images for each project and a slightly longer description. attached there's a screenshot.. M On Tue, Mar 6, 2012 at 10:45 PM, Marco Donnarumma de...@thesaddj.com mailto:de...@thesaddj.com wrote: Hey folks, I got my head around the CSS editing of PLONE. I can do the CSS job, the only downside is that it has to be done with Plone in development mode. This apparently would slow down the site a bit. However, fact is, if we modify a css class, this will affect the whole website. How should we handle this? Voting for the best style, collecting ideas, or I can join Chris and send over some styles I've been trying. It would be great to give a better look, at least to the extent that the css allows. M On Tue, Mar 6, 2012 at 11:13 AM, Marco Donnarumma de...@thesaddj.com mailto:de...@thesaddj.com wrote: Hi Chris, I'm glad you did that. It is what I'm also doing following the discussion in the past week about the website. However, apparently it's a pain to be able to change only the css in the plone template. I'm looking into that, if somebody is more experienced than me in Plone, give me a shout! But, yes, your is a good example of how the same website could look much friendlier. talk soon, M On 03/06/2012 10:35 AM, Jonathan Wilkes wrote: The one thing I miss is the news section. Yeah for sure. It's probably a little too heavy for the frontpage, but how has webpd progressed? Is it possible to link that picture of a patch on the frontpage to a page with a webpd version of that patch? Yes but it almost certainly won't run and WebPd has no GUI. :) Maybe a simpler patch could work. Cheers, Chris. -- http://mccormick.cx/ -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com http://marcodonnarumma.com/ Research: http://res.marcodonnarumma.com http://res.marcodonnarumma.com/ | http://www.thesaddj.com http://www.thesaddj.com/ | http://www.flxer.net http://www.flxer.net/ Director: http://www.liveperformersmeeting.net http://www.liveperformersmeeting.net/ -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com http://marcodonnarumma.com/ Research: http://res.marcodonnarumma.com http://res.marcodonnarumma.com/ | http://www.thesaddj.com http://www.thesaddj.com/ | http://www.flxer.net http://www.flxer.net/ Director: http://www.liveperformersmeeting.net http://www.liveperformersmeeting.net/ -- http://mccormick.cx/ attachment: Download-Now-button.jpg___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list