Difference between revisions of "Talk:Reference Variables"
Jump to navigation
Jump to search
no edit summary
imported>Scruggs |
imported>JOG |
||
Line 22: | Line 22: | ||
<pre>Keep in mind, that References to non-persistent objects aren't accessible when the object is not in memory (i.e. in another cell) The same applies to inventory items that are currently within a container. Trying to access a non-accessible reference might have no effect at all, but it's equally probable that it will crash the game. While there are safeguards in the CS to prevent you from accessing such references directly, you can bypass them by using reference-variables. </pre> | <pre>Keep in mind, that References to non-persistent objects aren't accessible when the object is not in memory (i.e. in another cell) The same applies to inventory items that are currently within a container. Trying to access a non-accessible reference might have no effect at all, but it's equally probable that it will crash the game. While there are safeguards in the CS to prevent you from accessing such references directly, you can bypass them by using reference-variables. </pre> | ||
...If I'm understanding that right, a variable that stores a reference to a non-persistent object (such as one created via placeAtMe) is valid as long as the cell is loaded, even after the cell has been reset or a savegame is loaded? [[User:Scruggs|Scruggs]] 00:23, 20 July 2006 (EDT) | ...If I'm understanding that right, a variable that stores a reference to a non-persistent object (such as one created via placeAtMe) is valid as long as the cell is loaded, even after the cell has been reset or a savegame is loaded? [[User:Scruggs|Scruggs]] 00:23, 20 July 2006 (EDT) | ||
:::Yes, persistent means they're accessible by scripts from wherever they are (i.e. the references are always loaded into memory) non-persistent means they're just accessible when the cell is loaded.--[[User:JOG|JOG]] 10:22, 20 July 2006 (EDT) |