IOhannes m zmoelnig <zmoelnig@iem.at> a écrit :

patco wrote:

> I was in need of this little memory for making particular applications
> where textfiles would make life more complicated, I hope these applications
> will be ready soon without the need of any external library.
>

just to make this clear: [textfile] is built into pd-core, so you don't
need any external library in order to access such a textfile.

(there are however external libraries that provide access to textfiles)

mfga.sdr
IOhannes

Sorry to not have been clear enough, let me try to explain my point deeper.

I am working on patches that are dynamically creating and deleting GOP abstractions for saving memory and screen room.

These GOP abstractions are all differently configured and requires a memorisation of parameters (not values).

If after the creation process of an abstraction a text file is implemented for memorizing the different parameters (not the values of the parameters):

1° it's far more tricky to manipulate both the text file and the created abstraction
with using the native function [textfile]

2° the folder of the application where abstractions are dynamically created (and erased) would be overflooded by text files (and those text files would become unusable if the project in the application is cancelled), because with the native object [textfile] it's very tricky to erase a few data without erasing everything in a text file.

I hope I've demonstrated clearly enough how it might be important to have a memory inside an abstraction.

I might use a wrong process of dynamical creation, but for the moment I've never saw any PD application that is able to do many things without filling all the screen
and sucking a big load of the computer memory just for displaying the graphical interface.

Patco.

Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.