Skyrim:Variablen und Properties - Versionsgeschichte

Keris: Textersetzung - „tesscript>“ durch „papyrusscript>“

2012-08-13T11:01:32Z

Textersetzung - „tesscript>“ durch „papyrusscript>“

Keris: /* Siehe auch */

2012-06-28T15:22:16Z

‎Siehe auch

Keris: /* Siehe auch */

2012-06-24T13:15:04Z

‎Siehe auch

Keris: /* Anmerkungen */

2012-06-03T14:39:21Z

‎Anmerkungen

Keris: /* Full Property */

2012-02-14T20:49:11Z

‎Full Property

Keris: /* Auto-Read-only-Properties */

2012-02-11T22:52:14Z

‎Auto-Read-only-Properties

Keris: /* Siehe auch */

2012-02-11T22:40:07Z

‎Siehe auch

Keris: /* =Warnung */

2012-02-11T22:36:11Z

‎=Warnung

Keris: /* Von einem nicht zugeordneten Fragment oder einem anderem |Quest-Script */

2012-02-11T22:33:16Z

‎Von einem nicht zugeordneten Fragment oder einem anderem |Quest-Script

Keris: /* Von einem nicht zugeordneten Fragment oder einem anderem |Quest-Script */

2012-02-11T22:32:46Z

‎Von einem nicht zugeordneten Fragment oder einem anderem |Quest-Script

@@ Zeile 8: / Zeile 8: @@
 ==Deklaration von Variablen==
-<tesscript>
+<papyrusscript>
   float myFloat
   float myOtherFloat = 13.5
-</tesscript>
+</papyrusscript>
 myfloat wird mit 0 initialisiert, myOtherFloat mit 13,5. Die Werte beider Variablen können im Script verändert werden aber nirgends sonst.
@@ Zeile 21: / Zeile 21: @@
 Beispiel
-<tesscript>
+<papyrusscript>
 int myInt_Var = 0   ; Where the property's value is stored
 int property myInt
@@ Zeile 31: / Zeile 31: @@
    endFunction
 endProperty
-</tesscript>
+</papyrusscript>
 Wenn man die Get-Funktion weg lässt, ist die Property nur zum Beschreiben (Write-only). Von außen kann der Wert der Property geändert aber nicht gelesen werden. Das lokale Script kann natürlich den zugehörigen gespeicherten aktuellen Wert lesen. Wenn man die Set-Funktion weg lässt, ist die Property nur zum Lesen (Read-only). Von außen kann der Wert gelesen aber nicht geändert werden. Auch hier ist das lokale Script in der Lage, den Wert zu ändern, den die Property bereit stellt.
@@ Zeile 38: / Zeile 38: @@
 Beispiel:
-<tesscript>
+<papyrusscript>
 bool property Locked
    bool function get()
@@ Zeile 47: / Zeile 47: @@
    endFunction
 endProperty
-</tesscript>
+</papyrusscript>
 Die obige Property versteckt die [[Lock - ObjectReference|Lock]] und  [[IsLocked - ObjectReference|IsLocked]] [[ObjectReference Script|ObjectReference]] Funktionen, so dass man dies Objekt öffnen und abschließen kann,  indem man einfach das Locked auf True oder False setzt.
 Beispiel:
-<tesscript>
+<papyrusscript>
 int myVar = 5
 int property ReadOnly
@@ Zeile 59: / Zeile 59: @@
    endFunction
 endProperty
-</tesscript>
+</papyrusscript>
@@ Zeile 66: / Zeile 66: @@
 Beispiel:
-<tesscript>
+<papyrusscript>
 int myVar = 5
 int property WriteOnly
@@ Zeile 77: / Zeile 77: @@
    endFunction
 endProperty
-</tesscript>
+</papyrusscript>
 Das obige Beispiel ist Write-only.
@@ Zeile 86: / Zeile 86: @@
 Beispiel:
-<tesscript>
+<papyrusscript>
 int property myInt = 5 auto
-</tesscript>
+</papyrusscript>
 ===Auto-Read-only-Properties===
@@ Zeile 95: / Zeile 95: @@
 Beispiel:
-<tesscript>
+<papyrusscript>
 int property myReadOnlyInt = 20 autoReadOnly
-</tesscript>
+</papyrusscript>
 ===Conditional-Properties===
@@ Zeile 104: / Zeile 104: @@
 Beispiel:
-<tesscript>
+<papyrusscript>
 int property myVar auto conditional
-</tesscript>
+</papyrusscript>
 Mehr Information über das Conditiona-Schlüsselwort befindet sich in der [[sk:Papyrus-Einführung| Papyrus-Einführung]]
@@ Zeile 114: / Zeile 114: @@
 Oft benötigt man eine Property eines [[sk:quest script||Quest-Script]] und will es in einem [[sk:result script|Ergebnis-Script]] oder sonst irgendwo benutzen. Dies ist eines der etwas trickreicheren Dinge, aber wenn man erst einmal verstanden hat, was passiert, gibt es Sinn. Schaue als erstes auf das Beispiel, dann wollen wir beschreiben, was passiert.
-<tesscript>
+<papyrusscript>
   ;I have a quest script with this in it:
   scriptName MQ01Script extends Quest
@@ Zeile 127: / Zeile 127: @@
   myQuest.deadCount = 10
-</tesscript>
+</papyrusscript>
 Was hier passiert, ist dass wir eine Property „deadCount“ im Script "MQ01Script" haben, welches der Quest MQ01 zugeordnet ist. Wir haben ebenfalls ein Script, das zur Quest MQ01 „gehört“ (das könnte ein [[sk:Dialog Window|Dialog-Ergebnis]] sein, ein [[sk:Package Window|Package-Ergebnis]] oder ein Script, welches mit einem Alias verbunden ist).
@@ Zeile 139: / Zeile 139: @@
 Das obige wird damit zu Folgendem vereinfacht:
-<tesscript>
+<papyrusscript>
   float myDeadCount
   myDeadCount = kmyQuest.deadCount ;getting property
   kmyQuest.deadCount = 5 ;setting property
-</tesscript>
+</papyrusscript>
 ===Von einem nicht zugeordneten Fragment oder einem anderem [[sk:quest script|Quest-Script]] ===

← Nächstältere Version		Version vom 28. Juni 2012, 15:22 Uhr
Zeile 160:		Zeile 160:
	* [[sk:Property Reference\|Property Reference]]		* [[sk:Property Reference\|Property Reference]]

−	[[Category:Papyrus]]	+	[[Category:Papyrus\|Variablen und Properties]]
		+	[[Category:Papyrus_Tutorials\|Variablen und Properties]]

← Nächstältere Version		Version vom 24. Juni 2012, 13:15 Uhr
Zeile 161:		Zeile 161:

	[[Category:Papyrus]]		[[Category:Papyrus]]
−	~~[[Category:Scripting_Wissen]]~~

@@ Zeile 154: / Zeile 154: @@
 ===Anmerkungen===
-Die Liste der im [[sk: Properties Dialog |Properties Dialog]] wird nur nach dem Einfügen einer neuen Property oder nach dem Übersetzen des Scripts mit dem Build-In-Editor aktualisiert.
+Die Liste der Properties im [[sk: Properties Dialog |Properties Dialog]] wird nur nach dem Einfügen einer neuen Property oder nach dem Übersetzen des Scripts mit dem Build-In-Editor aktualisiert.
 ==Siehe auch==

@@ Zeile 18: / Zeile 18: @@
 === Full Property===
-Um eine Property zu definieren, schreibt man zuerst den Typ, dann „property“, dann den Namen der Property. Man kann zwei Funktionen definieren. Ein „get“ gibt de Wert der Property zurück und ein „Set“ erlaubt es, der Property einen neuen Wert zuzuweisen. Das Ganze wird mit „EndProperty“ abgeschlossen.
+Um eine Property zu definieren, schreibt man zuerst den Typ, dann „property“, dann den Namen der Property. Man kann zwei Funktionen definieren. Ein „Get“ gibt den Wert der Property zurück und ein „Set“ erlaubt es, der Property einen neuen Wert zuzuweisen. Das Ganze wird mit „EndProperty“ abgeschlossen.
 Beispiel
@@ Zeile 49: / Zeile 49: @@
 </tesscript>
-Die obige Property versteckt die [[Lock - ObjectReference|Lock]] und  [[IsLocked - ObjectReference|IsLocked]] [[ObjectReference Script|ObjectReference]] Functionen, so dass man dies Objekt öffnen und abschließen kann,  indem man einfach das Locked auf True oder False setzt.
+Die obige Property versteckt die [[Lock - ObjectReference|Lock]] und  [[IsLocked - ObjectReference|IsLocked]] [[ObjectReference Script|ObjectReference]] Funktionen, so dass man dies Objekt öffnen und abschließen kann,  indem man einfach das Locked auf True oder False setzt.
 Beispiel:

@@ Zeile 91: / Zeile 91: @@
 ===Auto-Read-only-Properties===
-Eine Auto-Read-only-Property ist eine Auto-Prperty, deren Wert niemals geändert werden kann. Das kann praktisch sein, wenn bestimmte Zahlen unterschiedliche Dinge im Script bedeuten und es gewünscht wird, dass der Wert statt druch eine Zahl durch einen Namen repräsentiert wird. Man spezifiziert dies durch den Gebrauch von „AutoReadOnly“ anstelle von „Auto“. Bei solchen Properties muss ein Anfangswert mit der Syntax „=<value>“ gesetzt werden.
+Eine Auto-Read-only-Property ist eine Auto-Property, deren Wert niemals geändert werden kann. Das kann praktisch sein, wenn bestimmte Zahlen unterschiedliche Dinge im Script bedeuten und es gewünscht wird, dass der Wert statt druch eine Zahl durch einen Namen repräsentiert wird. Man spezifiziert dies durch den Gebrauch von „AutoReadOnly“ anstelle von „Auto“. Bei solchen Properties muss ein Anfangswert mit der Syntax „=<value>“ gesetzt werden.
 Beispiel:

@@ Zeile 157: / Zeile 157: @@
 ==Siehe auch==
 * [[sk:Property Reference|Property Reference]]
 [[Category:Papyrus]]
 [[Category:Scripting_Wissen]]

@@ Zeile 148: / Zeile 148: @@
 Was zu schreiben ist… das Wesentliche: man muss eine Property in seinem Script definieren (und im Editor-Interface als  eine andere Quest festlegen, auf dessen Properties du zugreifen willst). Dann kannst du auf diese Properties zugreifen. Mit anderen Worten, hat dein Script eine Property einer anderen Quest, kannst du auf dessen Properties zugreifen.
-====Warnung===
+==Warnung==
 Man muss vorsichtig sein mit den Variablen und Auto-Properties, auf die von anderen Scripts zugegriffen werden kann – besonders wenn einige Scripts irgendwo anders eine Property haben, die auf ein [[sk: Base-Script |Base-Script]] verweist, oder versuchen, das [[sk: Base-Script |Base-Script]] zu casten. Damit wäre es möglich, zwei Kopien eines Scripts zu haben, auf die vom selben Object zugegriffen wird, wodurch eine andere Kopie der Variablen oder Auto-Property erzeugt wird.
 Dies ist doppelt richtig bei Scripts mit zum Spiel gehörenden Funktionen ([[sk:native Functions|(native Functions)]], weil das Spiel z.B. diese an Ingame-Objekte zu jeder Zeit wo es gebraucht wird, anfügen kann. Dadurch wird eine andere Kopie der Variable oder Auto-Property erzeugt.
-====Anmerkungen====
+===Anmerkungen===
 Die Liste der im [[sk: Properties Dialog |Properties Dialog]] wird nur nach dem Einfügen einer neuen Property oder nach dem Übersetzen des Scripts mit dem Build-In-Editor aktualisiert.
 [[Category:Papyrus]]
 [[Category:Scripting_Wissen]]

@@ Zeile 145: / Zeile 145: @@
 </tesscript>
-====Von einem nicht zugeordneten Fragment oder einem anderem [[sk:quest script||Quest-Script]] ====
+===Von einem nicht zugeordneten Fragment oder einem anderem [[sk:quest script||Quest-Script]] ===
 Was zu schreiben ist… das Wesentliche: man muss eine Property in seinem Script definieren (und im Editor-Interface als  eine andere Quest festlegen, auf dessen Properties du zugreifen willst). Dann kannst du auf diese Properties zugreifen. Mit anderen Worten, hat dein Script eine Property einer anderen Quest, kannst du auf dessen Properties zugreifen.