+1 in heaping praise on [text] and its comrades: albeit a bit slow with growing 
size, it allows for loads of data manipulation in a very flexible way.

hans

> Am 08.02.2021 um 09:57 schrieb Lorenzo Sutton <lorenzofsut...@gmail.com>:
> 
> On 06/02/21 23:28, Christof Ressi wrote:
>> They all operate on binbufs internally, so there shouldn't be a significant 
>> performance difference.
> 
> For certain scenarios I find the -k flag for [text define]  useful as it 
> allows you to save the contents (keep it) with the patch. This (having some 
> data embedded in the patch vs. in an external text file), might be desirable 
> or not, but it's defintely a nice to have the option and AFIK [textfile] 
> deosn't have this kind of option.
> 
> Personally I also like it that you can have different objects which clearly 
> do different things like 'define', 'get', 'insert', 'size', 'tolist' instead 
> of having to look at messages attached to them... Maybe because I've been 
> playing with pseudo-random MIDI generation lately, but this is really a very 
> subjective preference :-)
> 
> Lorenzo.
> 
>> On 06.02.2021 23:18, Alexandre Torres Porres wrote:
>>> I guess the advantage is if it runs faster or not, right?
>>> 
>>> Em sáb., 6 de fev. de 2021 às 18:03, Christof Ressi <i...@christofressi.com 
>>> <mailto:i...@christofressi.com>> escreveu:
>>> 
>>>    > are there any concrete advantages?
>>>    What's the advantage of having two different objects for the same
>>>    job?
>>>    If you like [textfile] for its simple interface, keep using it.
>>>    I'm just
>>>    saying that it's more or less obsolete.
>>> 
>>>    On 06.02.2021 16:38, João Pais wrote:
>>>    > It is surely overall more powerful. But when using it just for
>>>    > read/get whole lines/save, are there any concrete advantages?
>>>    >
>>>    >
>>>    >> [text define] is basically a more powerful and flexible
>>>    replacement
>>>    >> for [textfile] and [qlist]. I would only use [textfile] if you
>>>    prefer
>>>    >> the simpler interface or need the [add2( method. Personally, I
>>>    only
>>>    >> use [text define].
>>>    >>
>>>    >> Christof
>>>    >>
>>>    >> On 06.02.2021 14:28, João Pais wrote:
>>>    >>> Hi list,
>>>    >>>
>>>    >>> for simple read/get/save operation, are there are advantages on
>>>    >>> using [text define] instead of [textfile]?
>>>    >>>
>>>    >>>
>>>    >>> Best,
>>>    >>>
>>>    >>> jmmmp
>>>    >>>
>>>    >>>
>>>    >>>
>>>    >>>
>>>    >>> _______________________________________________
>>>    >>> Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
>>>    >>> UNSUBSCRIBE and account-management ->
>>>    >>> https://lists.puredata.info/listinfo/pd-list
>>>    <https://lists.puredata.info/listinfo/pd-list>
>>>    >>
>>>    >
>>>    >
>>>    >
>>>    >
>>>    > _______________________________________________
>>>    > Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
>>>    > UNSUBSCRIBE and account-management ->
>>>    > https://lists.puredata.info/listinfo/pd-list
>>>    <https://lists.puredata.info/listinfo/pd-list>
>>> 
>>> 
>>> 
>>>    _______________________________________________
>>>    Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
>>>    UNSUBSCRIBE and account-management ->
>>>    https://lists.puredata.info/listinfo/pd-list
>>>    <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
>> _______________________________________________
>> 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




_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Reply via email to