> as far as I can tell there’s no way to retrieve an address that’s a symbol - every example I saw on the help file used a number address or line numbers.
 
actually, the documentation for [text search] does also use symbols. if by "address" you mean the first field in a line, [symbol foo( -> [text search mytext] will give you the number of the line starting with symbol "foo". you can then use [text get] to retrieve the whole line + [list split 1] if you don't need the "address".
Gesendet: Sonntag, 12. Mai 2019 um 02:28 Uhr
Von: "Scott R. Looney" <scottrlooney@gmail.com>
An: pd-list <pd-list@lists.iem.at>
Betreff: Re: [PD] clarification on [coll] object - doesn't seem to be global
Actually I did just look through the text object and as far as I can tell there’s no way to retrieve an address that’s a symbol - every example I saw on the help file used a number address or line numbers. I’m not against using vanilla but I want to lookup parameters by name and the list may change length. Plus I’m using a variety of externals like iemlib’s vcf, else’s rm~ soundhack’s delay+ and ceammc’s matrix~. Maybe at some point in the future I’ll rack my brain trying to figure out how to create these in vanilla but I can’t say I’d be looking forward to it.
 
Best,
Scott

On Saturday, May 11, 2019, Alexandre Torres Porres <porres@gmail.com> wrote:
And how about you not being able to do this with [text]? You sure?
 
Of course cyclone provides many solutions not available in vanilla, and is a legacy/important external library. But I guess cyclone has more of a place for those who are coming from Max and don't want to bother much in learning another way of doing something.  
 
Em sáb, 11 de mai de 2019 às 14:37, Scott R. Looney <scottrlooney@gmail.com> escreveu:
sorry gents - i was pretty sure it happened but it seems to be working fine now. i could not reproduce the error a second time with a new setup and when i went back to my misbehaving patch it was behaving properly again. i had started in a subpatcher originally, and had copied [coll] to another subpatcher when it happened. as far as versions was using PD vanilla 0.49.1 on macOS 10.13.6 High Sierra using latest Deken of Alex's cyclone refresh (0.3). i'm not filing as a bug until i can get it to reproduce reliably. thanks for checking, anyway!
 
best,
scott
 
On Sat, May 11, 2019 at 10:15 AM Alexandre Torres Porres <porres@gmail.com> wrote:
 
 
Em sáb, 11 de mai de 2019 às 05:13, IOhannes m zmölnig <zmoelnig@iem.at> escreveu:
unable to reproduce.
please share an example patch that exhibits the problem.
also, since there is no native [coll] object in Pd, you really should
specify which library you are using (and which exact version thereof).
 
can't replicate it either in cyclone 0.3 
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list