[sldev] [LSL] Extensible Prim Attributes (was Re: New Scripting Functions (Iridium Linden))

John Hurliman jhurliman at wsu.edu
Fri Sep 28 00:39:32 PDT 2007


The "scratchpad" in the prims would be something like 192 bits (? 
someone correct me here please) I think. Enough to store a header byte 
holding the type of extension, plus a small amount of flags/data and a 
UUID or just a decent amount of flags/data. A client could access lots 
of data by storing a UUID here and doing asset downloads, but I don't 
know if that power would be accessible through LSL. The actual 192ish 
bits would be read/write from LSL though (I'm told).

John Hurliman

Lulworth Beaumont wrote:
> Please excuse my ignorance on this, but does the bullet point 'Scratch 
> area' in 'Extensible Prim Attributes' mean that prim attributes would 
> become a generic bag of attributes that one could also 'hijack' to 
> store any kind of data (thus removing the need to have another script 
> or some other mechanism to store this once the 16k limit on a single 
> script is reached), or does it mean something quite different?
>
> Lulworth
>> From: Iridium Linden <iridium at lindenlab.com
>> Extensible Prim Attributes
>>
>>     * Scratch area
>>
>>  



More information about the SLDev mailing list