Re: [PD] sssad in pd-extended?
On Sep 21, 2010, at 6:43 PM, Mathieu Bouchard wrote: On Tue, 21 Sep 2010, Hans-Christoph Steiner wrote: As for alternate ways of including things besides libdirs, there are lots of kludges currently in Pd-extended. I've been spending a lot of my time maintaining them. I'm working on reducing maintenance time so I can actually spend time coding new things. So far, only a couple people have a track record of actually maintaining code in Pd-extended without me needing to get involved (Martin Peach, Matju, Roman, IOhannes, I'm probably missing someone). I don't have any externals in pd-extended, nor in SourceForge. Which code are you talking about ? What I mean is that you have gotten gridflow to work something like a libdir without me having to fix it. Personally I'd like to see it more like a libdir. .hc I hate it when they say, He gave his life for his country. Nobody gives their life for anything. We steal the lives of these kids. - Admiral Gene LeRocque ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
Ok, but how can we define which library has to be listed there and which not? for example, Dan has a nice set of objects, could his library be listed? or we talk about externals only... M On Tue, Sep 21, 2010 at 8:53 PM, Hans-Christoph Steiner h...@at.or.atwrote: Ok, I've been posting the libs in Pd-extended to the community/projects/software/http://puredata.info/community/projects/software/ page as I submit them to Debian via pkg-multimedia. Its easy enough for me to continue that. It would be great if you could add other libs to that page that are not currently included in Pd-extended, things like Gridflow, pix_opencv, pdp_opencv, sssad, etc. .hc On Sep 21, 2010, at 3:15 PM, Marco Donnarumma wrote: I definitely agree, the pd-ring is a good effort in a similar direction, but a single webpage on the pd.info would be so helpful, specially when teaching. Could we (I) start working on it? I'd be up to collect links to the libs already included in pd-x and list them on a page on pd.info. I should only understand how to keep it updated, being aware of future inclusions and exclusions. Anything against it? or suggestions? As for a place for libs, IOhannes set this up a while ago, I've started adding things to it, I think it works well as a place for people to release their libs, GUI plugins, etc. I think we should switch puredata.info/downloads to this page once we get things all figured out. http://puredata.info/community/projects/software/ .hc I think we mainly need a sort of externals portal on the website where everyone registers libs so its a one-stop shop for picking your object poison. This makes more sense then an every growing blob within pd-extended. Dan Wilcox danomatika.com robotcowboy.com -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net Using ReBirth is like trying to play an 808 with a long stick.-David Zicarelli -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher Ongoing MSc by Research, University of Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
ya, I never got that neither... M On Tue, Sep 21, 2010 at 11:39 PM, Mathieu Bouchard ma...@artengine.cawrote: On Tue, 21 Sep 2010, Hans-Christoph Steiner wrote: It would be great if you could add other libs to that page that are not currently included in Pd-extended, things like Gridflow, pix_opencv, pdp_opencv, sssad, etc. What's the difference between frameworks and graphics ? What's the criteria for calling something a framework ? Why is every version of Gem listed separately in the boxes ? ___ | Mathieu Bouchard -- Villeray, Montréal, QC -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher Ongoing MSc by Research, University of Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
On Sep 22, 2010, at 5:02 AM, Marco Donnarumma wrote: On Tue, Sep 21, 2010 at 11:39 PM, Mathieu Bouchard ma...@artengine.ca wrote: On Tue, 21 Sep 2010, Hans-Christoph Steiner wrote: It would be great if you could add other libs to that page that are not currently included in Pd-extended, things like Gridflow, pix_opencv, pdp_opencv, sssad, etc. What's the difference between frameworks and graphics ? What's the criteria for calling something a framework ? These questions, I don't know the answer to, IOhannes set those up. I personally think they are gratitious and should be removed. I think we should have: * distributions * applications (curently stand-alone products) * libraries and externals (maybe just call it libraries) * GUI plugins And drop frameworks and graphics. Why is every version of Gem listed separately in the boxes ? I guess it shows each release if it needs to fill the box. Ok, but how can we define which library has to be listed there and which not? for example, Dan has a nice set of objects, could his library be listed? or we talk about externals only... All libraries that are ready for release should be listed there, IMHO. I don't see a reason to exclude any as long its ready for people to download and use. .hc Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
These questions, I don't know the answer to, IOhannes set those up. I personally think they are gratitious and should be removed. I think we should have: * distributions * applications (curently stand-alone products) * libraries and externals (maybe just call it libraries) * GUI plugins And drop frameworks and graphics. Yes, sounds good to me. All libraries that are ready for release should be listed there, IMHO. I don't see a reason to exclude any as long its ready for people to download and use. Ok, so i will start with that.. -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher Ongoing MSc by Research, University of Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
Hi, On Sat, Sep 18, 2010 at 06:03:34AM -0400, Dan Wilcox wrote: I think this has been asked before, but why isn't sssad included in pd-extended? It's stable and I've been using it for quite some time and I know its getting plenty of use in rjlib. Apart from being packaged as its own Debian package (which is a new requirement) it fulfills all requirements for pd-x-inclusion listed on the puredata.info page. Maybe the question should better be: Why was sssad removed from pd-extended after 0.41 and still is? My inquiries regarding the reasons like http://www.mail-archive.com/pd-list@iem.at/msg35153.html haven't been answered. I can live with that, it's well known that I don't use pd-x (things like the sssad-issue are only reinforcing this decision), but I know, that many people would love to use sssad or already do but hate it when they have to install a single-object library manually into their pd-extended install. PS: Thanks 12848492048 times over Frank. 12848492048 welcomes! :) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
On Sep 21, 2010, at 6:47 AM, Frank Barknecht wrote: On Sat, Sep 18, 2010 at 06:03:34AM -0400, Dan Wilcox wrote: I think this has been asked before, but why isn't sssad included in pd-extended? It's stable and I've been using it for quite some time and I know its getting plenty of use in rjlib. Apart from being packaged as its own Debian package (which is a new requirement) it fulfills all requirements for pd-x-inclusion listed on the puredata.info page. Maybe the question should better be: Why was sssad removed from pd-extended after 0.41 and still is? I think it's the maintenance issue. I can understand the need to flush everything out, then start adding the solid, maintainable externals back in ... although I think sssad is both solid and maintainable already. but I know, that many people would love to use sssad or already do but hate it when they have to install a single-object library manually into their pd-extended install. Ja, that's why I distribute sssad with my lib. It would be nicer to have it as a pd-ext standard IMO, so those of us who use it in abstractions can stop packaging it. Are there any objections to me following Hans' guide and adding it? What about the Debian packaging issue? I suppose I can do that too if needed ... as well as volunteer to be the maintainer. I want to push my patches into pd-ext soon anyway. Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
On Sep 21, 2010, at 1:02 PM, Dan Wilcox wrote: On Sep 21, 2010, at 6:47 AM, Frank Barknecht wrote: On Sat, Sep 18, 2010 at 06:03:34AM -0400, Dan Wilcox wrote: I think this has been asked before, but why isn't sssad included in pd-extended? It's stable and I've been using it for quite some time and I know its getting plenty of use in rjlib. Apart from being packaged as its own Debian package (which is a new requirement) it fulfills all requirements for pd-x-inclusion listed on the puredata.info page. Maybe the question should better be: Why was sssad removed from pd-extended after 0.41 and still is? I think it's the maintenance issue. I can understand the need to flush everything out, then start adding the solid, maintainable externals back in ... although I think sssad is both solid and maintainable already. but I know, that many people would love to use sssad or already do but hate it when they have to install a single-object library manually into their pd-extended install. Ja, that's why I distribute sssad with my lib. It would be nicer to have it as a pd-ext standard IMO, so those of us who use it in abstractions can stop packaging it. Are there any objections to me following Hans' guide and adding it? What about the Debian packaging issue? I suppose I can do that too if needed ... as well as volunteer to be the maintainer. I want to push my patches into pd-ext soon anyway. From what I rememeber, it was excluded because it was non-functional the way it was included. There is a bug that prevents the libdir packaging working when the folder has the same name as the abstraction in it, i.e. sssad/sssad.pd. T This works with binary externals. As for alternate ways of including things besides libdirs, there are lots of kludges currently in Pd-extended. I've been spending a lot of my time maintaining them. I'm working on reducing maintenance time so I can actually spend time coding new things. So far, only a couple people have a track record of actually maintaining code in Pd-extended without me needing to get involved (Martin Peach, Matju, Roman, IOhannes, I'm probably missing someone). So I think the way forward is to make it easy for people to distribute their own libraries on their own, and make them really easy to install and use. Pd-extended 0.42.5 and Pd-vanilla 0.43 have big improvements in that regard, so people should try that path first (i.e. package as libdir, make the libdir usable when dropped into the standard user install paths in the FAQ, etc.) .hc [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
I definitely agree, the pd-ring is a good effort in a similar direction, but a single webpage on the pd.info would be so helpful, specially when teaching. Could we (I) start working on it? I'd be up to collect links to the libs already included in pd-x and list them on a page on pd.info. I should only understand how to keep it updated, being aware of future inclusions and exclusions. Anything against it? or suggestions? I think we mainly need a sort of externals portal on the website where everyone registers libs so its a one-stop shop for picking your object poison. This makes more sense then an every growing blob within pd-extended. Dan Wilcox danomatika.com robotcowboy.com -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
Ok, I've been posting the libs in Pd-extended to the community/ projects/software/ page as I submit them to Debian via pkg- multimedia. Its easy enough for me to continue that. It would be great if you could add other libs to that page that are not currently included in Pd-extended, things like Gridflow, pix_opencv, pdp_opencv, sssad, etc. .hc On Sep 21, 2010, at 3:15 PM, Marco Donnarumma wrote: I definitely agree, the pd-ring is a good effort in a similar direction, but a single webpage on the pd.info would be so helpful, specially when teaching. Could we (I) start working on it? I'd be up to collect links to the libs already included in pd-x and list them on a page on pd.info. I should only understand how to keep it updated, being aware of future inclusions and exclusions. Anything against it? or suggestions? As for a place for libs, IOhannes set this up a while ago, I've started adding things to it, I think it works well as a place for people to release their libs, GUI plugins, etc. I think we should switch puredata.info/downloads to this page once we get things all figured out. http://puredata.info/community/projects/software/ .hc I think we mainly need a sort of externals portal on the website where everyone registers libs so its a one-stop shop for picking your object poison. This makes more sense then an every growing blob within pd-extended. Dan Wilcox danomatika.com robotcowboy.com -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
On Tue, 21 Sep 2010, Hans-Christoph Steiner wrote: It would be great if you could add other libs to that page that are not currently included in Pd-extended, things like Gridflow, pix_opencv, pdp_opencv, sssad, etc. What's the difference between frameworks and graphics ? What's the criteria for calling something a framework ? Why is every version of Gem listed separately in the boxes ? ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
On Tue, 21 Sep 2010, Hans-Christoph Steiner wrote: As for alternate ways of including things besides libdirs, there are lots of kludges currently in Pd-extended. I've been spending a lot of my time maintaining them. I'm working on reducing maintenance time so I can actually spend time coding new things. So far, only a couple people have a track record of actually maintaining code in Pd-extended without me needing to get involved (Martin Peach, Matju, Roman, IOhannes, I'm probably missing someone). I don't have any externals in pd-extended, nor in SourceForge. Which code are you talking about ? ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] sssad in pd-extended?
I think this has been asked before, but why isn't sssad included in pd-extended? It's stable and I've been using it for quite some time and I know its getting plenty of use in rjlib. PS: Thanks 12848492048 times over Frank. Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended?
The short answer is because no one has done the work. The long answer involves me being overwhelmed with maintenance work and am now instead reshaping how libraries get distributed. These days, I'm spending more time to make it easier for people to make and distribute their own libraries, and then to make it easy to install and use libraries. But for those who are interested in taking on the addition and maintenance of libraries in Pd-extended, I've started to write up some notes of my own process for people to guide their libraries thru if they are interested. http://puredata.info/docs/developer/GettingIntoPdextended .hc On Sep 18, 2010, at 6:03 AM, Dan Wilcox wrote: I think this has been asked before, but why isn't sssad included in pd-extended? It's stable and I've been using it for quite some time and I know its getting plenty of use in rjlib. PS: Thanks 12848492048 times over Frank. Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: I guess, Hans would appreciate a bug report. Sorry, there already is one. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
Hallo, hard off hat gesagt: // hard off wrote: as far as i can see, there is only the 'path' flag, and changing that does not fix the problem. only changing the actual name of the sssad.pd file works. Oh, and can you maybe check, if pd-extended broke [list-abs] as well? There is an abstraction called list-abs.pd in the list-abs directory to take the absolute of a list. It should be broken, too. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
On Jul 1, 2008, at 8:17 AM, Frank Barknecht wrote: Hallo, hard off hat gesagt: // hard off wrote: as far as i can see, there is only the 'path' flag, and changing that does not fix the problem. only changing the actual name of the sssad.pd file works. Oh, and can you maybe check, if pd-extended broke [list-abs] as well? There is an abstraction called list-abs.pd in the list-abs directory to take the absolute of a list. It should be broken, too. [list-abs] seems to work, for whatever reason. For now, I am going to remove sssad from the package, so it'll be easier to install it manually. Then I'll deal with that bug when I can. .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
hans, [list-abs] definitely doesn't work for me here...i get exactly the same error that i had previously got with sssad. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
oh. libdir loader $Revision: 1.8 $ written by Hans-Christoph Steiner [EMAIL PROTECTED] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
hard off wrote: oh. libdir loader $Revision: 1.8 $ written by Hans-Christoph Steiner [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] is the hexloader active? (it probably should be removed again...) gfam,dr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
if you give me some info libdir loader, then i'll see if i can find out if there is a solution to this problem already. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
yep hexloader is still on in extended-RC3 hex loader $Revision: 1.5 $ written by IOhannes m zmölnig, IEM [EMAIL PROTECTED] compiled on Jun 27 2008 at 03:24:22 compiled against Pd version 0.40.3.extended-20080627 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: Hallo, hard off hat gesagt: // hard off wrote: frank, that does sound like a source of this error. i think the problem is though, that the sssad abstraction is now included in pd-extended. so the included version would need to be modified in order for it to work. pd-extended could rename the path it's installing sssad.pd in, but that would break old patches using the sssad/sssad name to specify the object. Renaming sssad.pd would break even more patches. IMO the libdir loader or whatever is doing the recursive loading has to be modified. As a workaround for now I would recommend to add extra/sssad to your Pd search path in the traditional way: -path .../extra/sssad and then use [sssad] as object name. (I don't think, much is gained by having to include a prefix like sssad/ to a library that just includes a single classname anyway.) Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
As a workaround for now I would recommend to add extra/sssad to your Pd search path in the traditional way: -path .../extra/sssad and then use [sssad] as object name. (I don't think, much is gained by having to include a prefix like sssad/ to a library that just includes a single classname anyway.) that still doesn't work here. moving sssad and the associated files out of the enclosing folder, directly into the extra folder doesn't help either. this is reallly making me sssad ;.( ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
Hallo, hard off hat gesagt: // hard off wrote: As a workaround for now I would recommend to add extra/sssad to your Pd search path in the traditional way: -path .../extra/sssad and then use [sssad] as object name. (I don't think, much is gained by having to include a prefix like sssad/ to a library that just includes a single classname anyway.) that still doesn't work here. moving sssad and the associated files out of the enclosing folder, directly into the extra folder doesn't help either. Did you also remove the default loading of sssad in the preferences? I don't know how pd-extended specifies it (I don't use pd-ext.), but probably some option with -lib sssad or -libdir sssad or so. You should remove that and only use -path /extra/sssad Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
as far as i can see, there is only the 'path' flag, and changing that does not fix the problem. only changing the actual name of the sssad.pd file works. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
Hallo, hard off hat gesagt: // hard off wrote: as far as i can see, there is only the 'path' flag, and changing that does not fix the problem. only changing the actual name of the sssad.pd file works. Okay, that's serious: -path then seems to be broken in pd-extended, too. I guess, Hans would appreciate a bug report. (If you want to rename something, don't rename sssad.pd, rename the directory.) Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
Hallo, hard off hat gesagt: // hard off wrote: by the way, if i just type gibberish into an object box (eq. [brrgghh] ) then pd only takes about a second to see that as unidentified object and gives me dotted red lines around the object box. i have no idea why sssad would be acting this way. I remotely remember from some past mail here that the libdir loader doesn't handle objects in libraries that have the same name as the library gracefully. You could try to rename sssad.pd to something else, (like ssad.pd) and check if you can create both [sssad/ssad] and [ssad] objects. If you can, then that problem still remains. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
frank, that does sound like a source of this error. i think the problem is though, that the sssad abstraction is now included in pd-extended. so the included version would need to be modified in order for it to work. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sssad in pd-extended [was: Re: [PD-announce] Pd-0.40.3-extended-rc2 released]
Hallo, hard off hat gesagt: // hard off wrote: frank, that does sound like a source of this error. i think the problem is though, that the sssad abstraction is now included in pd-extended. so the included version would need to be modified in order for it to work. pd-extended could rename the path it's installing sssad.pd in, but that would break old patches using the sssad/sssad name to specify the object. Renaming sssad.pd would break even more patches. IMO the libdir loader or whatever is doing the recursive loading has to be modified. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list