Re: [PD] abstraction precedence
Hi, On Fri, Aug 27, 2010 at 07:36:50PM +0200, Matteo Sisti Sette wrote: > On 08/27/2010 06:39 PM, cyrille henry wrote: >> for now, extern have priority over abstractions. > > Ok thanks > >> but replacing [abstraction_name] to [abs/abstraction_name] can be made >> in few sec with every text editor. > > Yes of course, but I have to do it for every abstraction_name. > > However I now realise that I can get the list of abstraction names from > the directory listing. > > Also I didn't know sed, thank you for the suggestion. Check this: http://puredata.info/docs/tutorials/TipsAndTricks#replacing-a-lot-of-objects-in-a-lot-of-pd-patches Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
On Fri, Aug 27, 2010 at 11:51:52AM +0200, cyrille henry wrote: > create a abs folder in the patch folder > put your abstraction in it > create [abs/abstraction_name] object Technically it's the same as renaming the files, so Matteo would still need to find/replace how objects. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
You could also remove the clashing libraries from your startup list, if you know which ones are causing the trouble. But this makes your patches far less portable. D. On 8/28/10 1:17 PM, Matteo Sisti Sette wrote: If I had been using Pd Extended when I was working at the patch, I would have detected and avoided any name clash at the very moment of saving each new abstraction I would create. But now that the patch was done and I wanted to open it in Pd Extended, I just wondered if there was a way that would save me the pain of checking every abstraction. -- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 121: "Mute and continue" ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
You're asking "how do i win a fight?" and i'd say "avoid the fight" :o) what i'm saying is you could rename those abstractions, Yep. I would have called them something else in the first place, had I known there were Pd Extended objects with those names. If I had been using Pd Extended when I was working at the patch, I would have detected and avoided any name clash at the very moment of saving each new abstraction I would create. But now that the patch was done and I wanted to open it in Pd Extended, I just wondered if there was a way that would save me the pain of checking every abstraction. Since there isn't, I'll just rename them or put them in a folder. thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
On Fri, Aug 27, 2010 at 7:36 PM, Matteo Sisti Sette < matteosistise...@gmail.com> wrote: > On 08/27/2010 06:39 PM, cyrille henry wrote: > >> for now, extern have priority over abstractions. >> > > Ok thanks > > > but replacing [abstraction_name] to [abs/abstraction_name] can be made >> in few sec with every text editor. >> > > Yes of course, but I have to do it for every abstraction_name. > > However I now realise that I can get the list of abstraction names from the > directory listing. > > Also I didn't know sed, thank you for the suggestion. > > I suppose you already got it, so for the archives: To replace foo with foo_bar in multiple files: sed -i 's/foo/foo_bar/g' *.pd Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
On 08/27/2010 06:39 PM, cyrille henry wrote: for now, extern have priority over abstractions. Ok thanks but replacing [abstraction_name] to [abs/abstraction_name] can be made in few sec with every text editor. Yes of course, but I have to do it for every abstraction_name. However I now realise that I can get the list of abstraction names from the directory listing. Also I didn't know sed, thank you for the suggestion. cheers m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
for now, extern have priority over abstractions. but replacing [abstraction_name] to [abs/abstraction_name] can be made in few sec with every text editor. on linux, i think sed can do it on many file on the same time... cyrille Le 27/08/2010 18:13, Matteo Sisti Sette a écrit : On 08/27/2010 11:51 AM, cyrille henry wrote: create a abs folder in the patch folder put your abstraction in it create [abs/abstraction_name] object Cyrille Thank you very much. I was looking for a solution that wouldn't imply changing every single occurrence of every abstraction of mine in every file from [abstraction_name] to [abs/abstraction_name]... but i guess that's impossible isn't it? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
On 08/27/2010 11:51 AM, cyrille henry wrote: create a abs folder in the patch folder put your abstraction in it create [abs/abstraction_name] object Cyrille Thank you very much. I was looking for a solution that wouldn't imply changing every single occurrence of every abstraction of mine in every file from [abstraction_name] to [abs/abstraction_name]... but i guess that's impossible isn't it? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
On 08/27/2010 12:01 PM, Derek Holzer wrote: > Couldn't the abs folder be anywhere? > > [abs_anywhere_in_path/abstraction_name]? > sure. fgmasr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
it could be anywhere pd will look for. if you wish something that work on every pd installation, without having to include the parent path to pd path, then having this directory in your patch folder is the most simple thing. but it's certainly a matter of taste. cyrille Le 27/08/2010 12:01, Derek Holzer a écrit : Couldn't the abs folder be anywhere? [abs_anywhere_in_path/abstraction_name]? d. On 8/27/10 11:51 AM, cyrille henry wrote: create a abs folder in the patch folder put your abstraction in it create [abs/abstraction_name] object Cyrille Le 26/08/2010 21:19, Matteo Sisti Sette a écrit : Hi, I made a patch in Pd Vanilla and happened to create some abstractions that have same names (but completely different functionality) as some Pd Extended objects; so now if I open it in Pd Extended, the externals will be used instead of my abstractions. Is there a way I can change this precedence, and have the abstractions in the patch folder take priority over library externals in case of name clashes? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
Couldn't the abs folder be anywhere? [abs_anywhere_in_path/abstraction_name]? d. On 8/27/10 11:51 AM, cyrille henry wrote: create a abs folder in the patch folder put your abstraction in it create [abs/abstraction_name] object Cyrille Le 26/08/2010 21:19, Matteo Sisti Sette a écrit : Hi, I made a patch in Pd Vanilla and happened to create some abstractions that have same names (but completely different functionality) as some Pd Extended objects; so now if I open it in Pd Extended, the externals will be used instead of my abstractions. Is there a way I can change this precedence, and have the abstractions in the patch folder take priority over library externals in case of name clashes? -- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 91: "Infinitesimal gradations" ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction precedence
create a abs folder in the patch folder put your abstraction in it create [abs/abstraction_name] object Cyrille Le 26/08/2010 21:19, Matteo Sisti Sette a écrit : Hi, I made a patch in Pd Vanilla and happened to create some abstractions that have same names (but completely different functionality) as some Pd Extended objects; so now if I open it in Pd Extended, the externals will be used instead of my abstractions. Is there a way I can change this precedence, and have the abstractions in the patch folder take priority over library externals in case of name clashes? thanks m, ___ 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] abstraction precedence
just rename it. Then you can benefit from the hacking of other people and if one day you share your hacks then your neighbour won't have problems either. What some people do is to just add a prefix to their objects/abstractions/modules/classes etc. like [sttReverb] or something like that. One option is to batch process ('find and replace') the files. 2010/8/26 András Murányi : > > > On Thu, Aug 26, 2010 at 9:19 PM, Matteo Sisti Sette > wrote: >> >> Hi, >> >> I made a patch in Pd Vanilla and happened to create some abstractions that >> have same names (but completely different functionality) as some Pd Extended >> objects; so now if I open it in Pd Extended, the externals will be used >> instead of my abstractions. >> >> Is there a way I can change this precedence, and have the abstractions in >> the patch folder take priority over library externals in case of name >> clashes? >> >> thanks >> m, >> > > You're asking "how do i win a fight?" and i'd say "avoid the fight" :o) > what i'm saying is you could rename those abstractions, and i'f they are > used too frequently in patches you could search&replace all occurrences at > once with a text editor or grep. > Of course if there is no other circumstance that goes against it. > > Andras > > ___ > 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] abstraction precedence
On Thu, Aug 26, 2010 at 9:19 PM, Matteo Sisti Sette < matteosistise...@gmail.com> wrote: > Hi, > > I made a patch in Pd Vanilla and happened to create some abstractions that > have same names (but completely different functionality) as some Pd Extended > objects; so now if I open it in Pd Extended, the externals will be used > instead of my abstractions. > > Is there a way I can change this precedence, and have the abstractions in > the patch folder take priority over library externals in case of name > clashes? > > thanks > m, > > You're asking "how do i win a fight?" and i'd say "avoid the fight" :o) what i'm saying is you could rename those abstractions, and i'f they are used too frequently in patches you could search&replace all occurrences at once with a text editor or grep. Of course if there is no other circumstance that goes against it. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] abstraction precedence
Hi, I made a patch in Pd Vanilla and happened to create some abstractions that have same names (but completely different functionality) as some Pd Extended objects; so now if I open it in Pd Extended, the externals will be used instead of my abstractions. Is there a way I can change this precedence, and have the abstractions in the patch folder take priority over library externals in case of name clashes? thanks m, ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list