Editing Variables and Properties

Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.

Latest revision Your text
Line 1: Line 1:
==Description==
=Description=


Variables and Properties are similar things, they both "hold" values and objects. A variable is "private" meaning that only that script is aware of them, can set their contents, and get their contents.  A Property is essentially a variable that other scripts can access, their contents can be set and get by a other scripts. If a variable or property holds a numeric value, like an integer, get/set returns its value. If a variable or property holds an object, you can access that object's properties and functions. (This is analogous to a reference variable from the old scripting system.)
Variables and Properties are similar things, they both "hold" values and objects. A variable is "private" meaning that only that script is aware of them, can set their contents, and get their contents.  A Property is essentially a variable that other scripts can access, their contents can be set and get by a other scripts.


If a variable or property holds a numeric value, like an integer, get/set returns its value. If a variable or property holds an object, you can access that object's properties and functions. (This is analogous to a reference variable from the old scripting system.)


==Declaring Variables==
=Declaring Variables=
<source lang="papyrus">
<source lang="papyrus">
  float myFloat
  float myFloat
Line 10: Line 11:
</source>
</source>


MyFloat starts at 0, myOtherFloat starts at 13.5 and can be set by scripting in its own script, but nothing else.
MyFloat starts at 0, myOtherFloat starts at 13.5 and can be set by scripting in it's own script, but nothing else.


==Declaring Properties==
=Declaring Properties=
===Full Property===
==Full Property==
To define a property, you first write the type, then "property", then the name of the property. You then define two functions, a get which returns the property's value, and a set which takes a new value for the property. And then you cap it off with "EndProperty"
To define a property, you first write the type, then "property", then the name of the property. You then define two functions, a get which returns the property's value, and a set which takes a new value for the property. And then you cap it off with "EndProperty"


Line 75: Line 76:
The above property is write-only. Scripts outside of this one cannot read the value. It also uses an if to make sure the value is never below 0.
The above property is write-only. Scripts outside of this one cannot read the value. It also uses an if to make sure the value is never below 0.


If a full property has its value set in the Creation Kit, its ''set'' function will be called when the object is initialized, just before its [[OnInit]] event is called.
==Auto Properties==
 
===Auto Properties===
An auto property is one that writes the above get and set functions for you, behind the scenes. There are also some minor optimizations in the VM that speed up auto properties slightly. To make an auto property, simply omit the functions and endProperty and add "auto" to the end of the property definition. You can set the property's initial value using the "= <value>" syntax.
An auto property is one that writes the above get and set functions for you, behind the scenes. There are also some minor optimizations in the VM that speed up auto properties slightly. To make an auto property, simply omit the functions and endProperty and add "auto" to the end of the property definition. You can set the property's initial value using the "= <value>" syntax.


Line 85: Line 84:
</source>
</source>


 
==Auto Read-only Properties==
===Auto Read-only Properties===
An auto read-only property is an auto property that can never have its value changed. This can be convenient if certain numbers mean different things in your script and you want to use a name instead of a number to represent it. You specify these by using "AutoReadOnly" instead of "Auto". These properties ''must'' have their initial value set using "= <value>" syntax.
An auto read-only property is an auto property that can never have its value changed. This can be convenient if certain numbers mean different things in your script and you want to use a name instead of a number to represent it. You specify these by using "AutoReadOnly" instead of "Auto". These properties ''must'' have their initial value set using "= <value>" syntax.


Line 94: Line 92:
</source>
</source>


 
==Conditional Properties==
===Conditional Properties===
Properties cannot be declared as conditional. Auto properties can be defined as conditional because what they actually do is define the hidden variable they create as conditional. This is why you see mangled auto property names when you select a Papyrus variable in the condition system - you're selecting from a list of hidden variables.
Properties cannot be declared as conditional. Auto properties can be defined as conditional because what they actually do is define the hidden variable they create as conditional. This is why you see mangled auto property names when you select a Papyrus variable in the condition system - you're selecting from a list of hidden variables.


Line 103: Line 100:
</source>
</source>


More information on the conditional keyword can be found in the [[Papyrus_Introduction#Writing_Custom_Functions|Papyrus Introduction]] and in the [[Flag_Reference|Flag reference]]
More information on the conditional keyword can be found in the [[Papyrus_Introduction#Writing_Custom_Functions|Papyrus Introduction]]


 
=Getting Properties of a quest script=
==Getting Properties of a Quest Script==
==From result script owned by the same quest==
===From Result Script Owned by the Same Quest===
Often you will need to get a property of a quest script, and use it in a result script somewhere else. This is one of the more tricky things, but once you understand what's happening, it makes sense. First look at the example, then we'll describe what's happening.
Often you will need to get a property of a quest script, and use it in a result script somewhere else. This is one of the more tricky things, but once you understand what's happening, it makes sense. First look at the example, then we'll describe what's happening.


Line 129: Line 125:
In the result script, we create a variable that represents the quest script that has the property we want (in this case MQ01Script's "DeadCount" property). Note our variable myQuest is declare as MQ01Script. This is because when we made our quest script "scriptName MQ01Script extends Quest" we've essentially created a new type of object... a MQ01Script object. GetOwningQuest returns a quest object (before we extended it). So we also need to ''cast'' the quest returned by GetOwningQuest AS that new object "myQuest = GetOwningQuest() as MQ01Script" so we have access to it's extended properties. If we didn't cast it as a MQ01Script it would only have the functions and properties of a Quest object, which wouldn't contain our deadCount property.
In the result script, we create a variable that represents the quest script that has the property we want (in this case MQ01Script's "DeadCount" property). Note our variable myQuest is declare as MQ01Script. This is because when we made our quest script "scriptName MQ01Script extends Quest" we've essentially created a new type of object... a MQ01Script object. GetOwningQuest returns a quest object (before we extended it). So we also need to ''cast'' the quest returned by GetOwningQuest AS that new object "myQuest = GetOwningQuest() as MQ01Script" so we have access to it's extended properties. If we didn't cast it as a MQ01Script it would only have the functions and properties of a Quest object, which wouldn't contain our deadCount property.


In other words, when we created MQ01Script which extended the Quest script, unless we cast the object returned by GetOwningQuest AS our new script, it won't have our new properties declared in our new script.
In otherwords, when we created MQ01Script which extended the Quest script, unless we cast the object returned by GetOwningQuest AS our new script, it won't have our new properties declared in our new script.


====With kmyQuest====
===With kmyQuest===
If the fragment you are using has a "kmyquest" drop down, you can select a script attached to the quest owning that fragment, and then use the kmyQuest "magic variable" to refer to quest script without casting it.
If the fragment you are using has a "kmyquest" drop down, you can select a script attached to the quest owning that fragment, and then use the kmyQuest "magic variable" to refer to quest script without casting it.


Line 138: Line 134:
  float myDeadCount
  float myDeadCount
  myDeadCount = kmyQuest.deadCount ;getting property
  myDeadCount = kmyQuest.deadCount ;getting property
  kmyQuest.deadCount = 10 ;setting property
  kmyQuest.deadCount = 5 ;setting property
</source>
</source>


===From Within a Magic Effect Script===
==From a non-owned fragment / other quest script==
Need to write this... basic gist: You need to define a property in your script (and set it through the editor interface to be the other quest whose properties you want access to), then you can access that property's properties. In other words, your script has a property of the other quest; then you access that property's properties.
 
[[User:Evernewjoy|Evernewjoy]]
 
----
 
'''Accessing a Script's Variables From Another Script'''
 
----
 
''Here are the steps to using a variable from one script in another script, please note the script could be of any type, not just a quest script.''
 
'''1.''' Define the variable you want to pass to other scripts as a property as explained above.
 
Here is a full script containing a property / publicly-available variable
 
 


Let's look at an example where a scripted spell accesses a quest's properties:
<source lang="papyrus">
<source lang="papyrus">
Scriptname myQuestNameScript extends Quest
Scriptname RamaJRMasterScript extends ObjectReference


Int Property PublicInt Auto ; This value is defined as a property and can be accessed from outside this script
;this value is private to the script and cannot be
;accessed
int hiddenInt = 144 ;initialized value


Int PrivateInt = 30 ; This value is private to the script and cannot be accessed from outside this script
;the name of the property/var you want to use in
;other scripts, which is just a wrapper for the
;hidden var


Function DamageTargBasedOnPublic(Actor akTarget)
int property publicInt
;This code will damage the akTarget for PublicInt damage
int function get()
akTarget.DamageAV("Health", PublicInt)
return hiddenInt
EndFunction
endFunction


Function DamageTargBasedOnPrivate(Actor akTarget)
function set(int value)
;This code will damage the akTarget for PrivateInt damage
hiddenInt = value
akTarget.DamageAV("Health", PrivateInt)
endFunction
EndFunction
endProperty
</source>
</source>




Now that we have defined our quest script and created an accessible property, we can control it from the outside.
 
(code above was essentially copied from earlier in this article, but this is a complete running script)
 
'''2.''' In the other script, where you want to access the variable from the script above, you must define the following:
 
A. the script that contains the variable you want to access, you must define the script as a property, note that the type of the property is the name of the script that contains the variable you want.
 
B. a variable that is going to be used to refer to the script property in A (above)
 
Here is a working script with some especially important lines emphasized.
 
Note that the message used in this script must be created by you if you want to use this script example, use the %.0f twice in your messege to accommodate the two variables I am passing. I pass one variable just so you have a way to know your message itself is working properly:
 
 
<source lang="papyrus">
<source lang="papyrus">
Scriptname mySpellEffectScript extends activemagiceffect
Scriptname RamaWorkingSCRIPT extends ObjectReference 
 
;you must set this property outside this script
;see number 3 below
 
message property msg auto


myQuestNameScript Property myQuestRef auto


Event OnEffectStart(Actor akTarget, Actor akCaster)
;***
myQuestRef.PublicInt = 20 ; This will change the damage for the DamageTargBasedonPublic Function
RamaJRMasterScript property masterScript auto
myQuestRef.DamageTargBasedOnPublic(akTarget) ; You can manipulate this damage by changing PublicDamage Prior to calling it
RamaJRMasterScript scriptVar
myQuestRef.DamageTargBasedOnPrivate(akTarget) ; This will always do 30 damage unless the quest changes the private variable
;***
EndEvent
 
;the scriptVar above is very important because you
;cannot directly access a property script, you must
;use a variable that is private to this script.
 
 
bool done = false ;ensures switch runs only once
int test = 2
 
;any event could be used here, like onTriggerEnter
;make a trigger volume in the editor and attach
;this script to it and use onTriggerEnter for
;easy testing
 
;this example works with an activator of some kind
;like a button or door
 
EVENT onActivate (objectReference triggerRef)
 
if (!done)
  ;only run if player is the one activating this
  ;object
 
  if(triggerRef == game.getplayer())
      done = true  ;run only once
;--- External Variable Script Section Begins
 
;***
scriptVar = masterScript
;***
 
;this line above is VERY important, you have to
;set the script var within the script itself,
;to the script-as-a-property that contains the
;the variable you want to access
 
 
scriptVar.publicInt += 1
 
;you can now manipulate the other script's hidden
;var normally, using the scriptVar
 
 
msg.show(scriptVar.publicInt,test)
 
;a sample message to prove you have accessed the
;other script correctly, should get a value of 10
;for the script var when it is displayed
  endif
endif
 
endEVENT
</source>
</source>


After this point, you will need to go to the properties window for whatever your script is attached to (in this case, the script properties windows of the script for mySpellEffectScript) and then set the property for myQuestRef to the Quest associated with the quest script.
'''3.''' Final steps, setting the properties
 
You must have an object in the game for each script.
 
You need an instance of the script that has your variable that you want, in this case RamaJRMasterScript.


==Getting Properties From Any Other Script==
A. Once you create the object, could be an activator of any kind or an actor, or anything really, attach the RamaJRMasterScript script.
You can access the properties of any script attached to any object not just those attached to quests. But you will be accessing a specific script attached to a specific object.


'''Example:'''
B. Name this object something clear, like "sampleReferenceWithScriptInstance"
<source lang="papyrus">
 
ScriptName ScriptA extends ObjectReference
C. Now make the switch object, I used a dwarven button, you can use any activator you want.


int Property count Auto
D. Now attach the script RamaWorkingSCRIPT to the button/activator.
float Property weight Auto
</source>


E. '''Now set the properties of the button/activator:'''


If both scripts are attached to the same game object (Quest, Perk, ObjectReference, etc.) accessing the variables from the other script is simply a matter of casting self to the correct type.
msg = your sample message that you create that contains two %.f for use with the variables


'''Example:'''
masterScript = point this to the INSTANCE/Object of the script that you have, the name will appear as the fancy name you created above.
<source lang="papyrus">
ScriptName ScriptB extends ObjectReference


Event OnInit()
Plus it is very likely to be the only option the list
    ScriptA me = self as ScriptA
    me.count = 1
    me.weight = 12.9


    (self as ScriptA).count += 7  ; this in-line method works too
EndEvent
</source>


If you do not make an instance of the script that contains the variable you want to access, you cannot use the variable, you must have an object with the variable-reservoir script attached to itself.


If the other script is attached to some other object then you'll need a way to access that object. The most common way is a property but you might also get access through some Event argument instead.


'''Example:'''
And remember to set the scriptVar to the script-as-a-property, the highlighted line in the script itself.
<source lang="papyrus">
ScriptName ScriptB extends ObjectReference


ScriptA Property remoteObject Auto


Event OnInit()
If you follow all these steps you will now be able to access and modify variables from one script in another script.
    remoteObject.count = 1
    remoteObject.weight = 12.9
EndEvent


Event OnActivate(ObjectReference akActionRef)
    if (akActionRef as ScriptA)
        (akActionRef as ScriptA).count += 7
    endif
EndEvent
</source>


'''Example uses:
'''
1. keeping track of a total of enemies killed, where each enemy has a death script to increment a value in a master script


For a list of objects you can use as a type that are already within the game, visit the [[Script Objects]] page.
2. keeping track of number of switches activated, where each switch increments a master script variable


'''See Also: [[Function_Reference#Accessing_Functions_From_Other_Scripts|Accessing Functions From Other Scripts]]'''
3. basically infinity different very important and wonderful things


==Warnings==
:)
Be careful with variables and auto properties on "base" scripts, which are extended by multiple other scripts. This is because it would be possible to have multiple scripts containing the same variable or auto property attached to the same object, and the game may not reliably select the appropriate instance of the variable or property.


For example, consider the following 3 short scripts:<source lang="papyrus">ScriptName Base extends ObjectReference


Int Property MyValue Auto</source>
Rama
<source lang="papyrus">ScriptName Derived1 extends Base</source>
<source lang="papyrus">ScriptName Derived2 extends Base</source>
Because both Derived1 and Derived2 extend Base, they each inherit its MyValue property.


Now, imagine that an object is created and the scripts Derived1 and Derived2 are both attached to it. Trying to access the value of MyValue by casting this object to Base will not reliably return the same value:<source lang="papyrus">(MyObjectReference as Base).MyValue</source>
End [[User:Evernewjoy|Evernewjoy]]


This is doubly-true of variables and auto properties declared in [[:Category:Script_Objects|native script objects]], such as the [[Actor Script]]. This is because the game can attach these to in-game objects at any time if it needs to, thereby creating another copy of the variable or auto property.
=Warnings=
Be careful with variables and auto properties on scripts that are extended by other scripts - especially where some script somewhere else may have a property pointing to the base script, or trying to cast to the base script. This is because it would be possible to have two copies of a script attached to the same object, thereby creating two copies of the variable/auto property - and the other scripts that refer to the base script may randomly pick which one to talk to.


In order to avoid these problems, avoid editing native script objects, and in the case where a single object has multiple scripts attached to it that inherit the same property, make sure you cast it to its most derived form before attempting to access that property. In the above example, that would mean using syntax like this:<source lang="papyrus">(MyObjectReference as Derived1).MyValue</source>
This is doubly-true of scripts with native functions, as the game can attach these to in-game objects at any time if it needs to, thereby creating another copy of the variable or auto property.


==Notes==
==Notes==
*The list of properties in properties dialog is only updated after adding a new property or after compiling the script with the build-in editor.
*The list of properties in properties dialog is only updated after adding a new property or after compiling the script with the build-in editor.


*You should avoid adding or removing Properties to a base item's script if one or more of its child ObjectReference's is already baked into a current save game.
=See Also=
 
==See Also==
*[[Variable Reference]]
*[[Property Reference]]
*[[Property Reference]]
*[[Default Value Reference]]
*[[Cast Reference]]


[[Category: Papyrus]]
[[Category: Papyrus]]
[[Category: Papyrus Tutorials]]
[[Category: Papyrus Tutorials]]
{{Languages}}

Please note that all contributions to the CreationKit Wiki are considered to be released under the Creative Commons Attribution-ShareAlike (see CreationKit:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

Cancel Editing help (opens in new window)