[PD] [PD-announce] jmmmp library Version 0.60 - [jp.coll]

[João Pais]

> João, you say it can't "embed" and save contents with the patch, but
> [text] allows you to do so with the "-k" flag, why don't you use it?
>

[text define] is the base for [jp.coll], and it has to be created
dynamically at startup. also, apparently the contents are saved with the pd
file in a line such as "#A set this is a message \; this is another 1 ...
\;;" From what I tested this is saved with the patch where [text define]
resides, which in this case it's the abstraction and not in the main patch.
This would need to be changed in Pd's workings so that -k contents are
saved on the main patch file.


> You also have not implemented assoc and deassoc, I'm thinking about that.
>
> coll saves the text separating with a comma the index and the
> actual message. You can also do that with [text] and if you do so you could
> potentially use it to define and detect an address, and have something else
> associated with it - I hope you know what I mean and that I'm not too
> confused.
>

this is the main reason why I didn't name it [jmmmp/coll] but
[jmmmp/jp.coll]. Adding commas to a [text] messes up the number of lines -
can be seen already in the help of [text get]. Now I remembered I could put
the commas back in, and do an internal conversion for the line number. If
this works, it would allow for assoc/deassoc, and make both coll versions
practically compatible (except for missing features).

Btw all (?) jmmmp objects are dependent on other jmmmp objects - mostly
[f+]. Some of them have to rely on other libraries as well, but usually
it's better to have the whole jmmmp together.

Joao


>
> Em qui., 3 de set. de 2020 às 19:31, Alexandre Torres Porres <
> porres at gmail.com> escreveu:
>
>> João, you say it can't "embed" and save contents with the patch, but
>> [text] allows you to do so with the "-k" flag, why don't you use it?
>>
>> Em qui., 3 de set. de 2020 às 19:18, Alexandre Torres Porres <
>> porres at gmail.com> escreveu:
>>
>>> Em qui., 3 de set. de 2020 às 19:11, Alexandre Torres Porres <
>>> porres at gmail.com> escreveu:
>>>
>>>> actually, just one external (f+), but used multiple times
>>>>
>>>
>>> Oh, I see that's also a vanilla abstraction :) sorry
>>>
>>>> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200905/b9860600/attachment.html>