[PD] abstractions which have their own memory

[patco]

IOhannes m zmoelnig <zmoelnig at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20060705/0b9121f5/attachment.htm>