Skyrim:Unterschiede zur vorherigen Scripterstellung - Versionsgeschichte

Keris am 15. Dezember 2012 um 12:32 Uhr

2012-12-15T12:32:59Z

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

2012-08-13T11:00:55Z

Textersetzung - „tesscript>“ durch „papyrusscript>“

Keris: /* Properties */

2012-06-28T15:05:56Z

‎Properties

Keris: /* Properties */

2012-06-28T15:02:53Z

‎Properties

Keris am 24. Juni 2012 um 13:17 Uhr

2012-06-24T13:17:46Z

Keris am 22. Februar 2012 um 20:54 Uhr

2012-02-22T20:54:38Z

Keris: /* Timing */

2012-02-20T20:16:24Z

‎Timing

Keris am 17. Februar 2012 um 20:37 Uhr

2012-02-17T20:37:29Z

Keris am 17. Februar 2012 um 20:07 Uhr

2012-02-17T20:07:48Z

Keris am 17. Februar 2012 um 16:36 Uhr

2012-02-17T16:36:51Z

@@ Zeile 17: / Zeile 17: @@
 ;wartet 5.1 Sekunden
 Wait( 5.1 )
-</tesscript >
+</papyrusscript>
 <br/>
-<tesscript >
+<papyrusscript>
 ;Dies spielt eine Animation und wartet dann auf ein Animations-Event um fortzusetzen
 ;Dies Animations-Event wird durch die Havok-Verhaltensweise des Akteurs ausgelöst.
 PlayAnimationAndWait( "AnimationName", "EventName" )
-</tesscript >
+</papyrusscript>
 Beachte bitte, dass du die Utility-Library am Anfang deines Scripts importieren musst,
-<tesscript >
+<papyrusscript>
 import utility
-</tesscript >
+</papyrusscript>
 wenn du Wait() benutzen willst.
@@ Zeile 36: / Zeile 36: @@
 <papyrusscript>
 utility.Wait(5.1)
-</tesscript >
+</papyrusscript>
 ohne etwas zu importieren eingeben.
@@ Zeile 57: / Zeile 57: @@
       counter += 1        ;Kurzform für "counter = counter + 1"
 EndWhile
-</tesscript >
+</papyrusscript>
@@ Zeile 63: / Zeile 63: @@
 OnUpdate ist ein Event,  dass an deine „Form“ gesendet wird, wenn und nur dann wenn es angefragt ist. Es wird in regelmäßigen Abständen gesendet, die von dir definiert werden (vergleichbar wie der Gamemode-Block bei Quests mit der Delay-Option arbeitet). Beachte, dass jedes Script, welches mit der Form verbunden ist, Update-Events empfängt. Wenn z.B. dein Queststage-Fragment für Updates angemeldet ist, empfängt dein Questscript ebenfalls die Update-Events. Damit deine Form beginnt, Update-Events zu empfangen, muss es dafür eingetragen werden.
-<tesscript >
+<papyrusscript>
 RegisterForUpdate(10.0) ;frage alle 10 Sekunden nach Updates
-</tesscript >
+</papyrusscript>
 Wenn du nicht länger Updates empfangen möchtest, melde dich ab:
-<tesscript >
+<papyrusscript>
 UnregisterForUpdate()
-</tesscript >
+</papyrusscript>
 Wenn du ändern möchtest, wie oft dir Updates gesendet werden, melde dich einfach mit der neuen Zeitspanne neu an.
@@ Zeile 163: / Zeile 163: @@
 <papyrusscript>
 PlayAnimation(Forward)
-</tesscript >
+</papyrusscript>
 Diese Syntax-Änderung sollte einiges etwas klarer machen. Es sollte auch den Gebrauch von Nutzer-Definierten Funktionen weniger verwirrend machen.
@@ Zeile 171: / Zeile 171: @@
 <papyrusscript>
 variable01 = 25
-</tesscript >
+</papyrusscript>
 Diese neue Syntax ist ein gebräuchlicher Weg von Zuweisungen.
@@ Zeile 183: / Zeile 183: @@
   ...
 EndEvent
-</tesscript >
+</papyrusscript>
 Wieder ist dies ein klarerer Weg, Dinge zu tun. "Event" macht es klarer, dass du ein Event startest und "EndEvent" macht es klarer, dass du das Event beendest. Events sind im Grunde das Gleiche wie benutzerdefinierte Funktionen, außer dass etwas, das im Spiel passiert, auslösen kann, dass das Event erfolgt.
@@ Zeile 193: / Zeile 193: @@
   ...
 akBrotherVerulus.GetActorValue("Health")
-</tesscript >
+</papyrusscript>
 Wobei <tt>akBrotherVerulus</tt> durch den Property Manager innerhalb des CK gesetzt wird. Zu mehr über Properties siehe [[#Properties|unten]].
@@ Zeile 215: / Zeile 215: @@
 <papyrusscript>
 int property NumShots auto
-</tesscript >
+</papyrusscript>
 Dies ist ein Beispiel wie eine Property in einem Script deklariert werden kann. NumShots ist der Name der Property, es ist ein integer und der "auto"-Zusatz ist einfach eine schnelle Möglichkeit, eine Property zu definieren. "Auto" lässt dich den Wert von außen sehen und ändern. Und man kann es innerhalb des Editors setzen, in dem man auf das [[sk:Reference Window| Reference Window]]  geht, dort auf Scripts Tab-> Script Name-> Properties, was einem  die Propertiy zeigt und es ermöglicht jeden von gewünschte Int-Wert einzutragen. Man kann das [[sk: Property Manager Window |Property-Manager-Window]] ebenfalls erreichen, wenn man auf ein Script doppelklickt, das mit dem Object verbunden ist, oder durch Rechtsklicken auf das Object und Auswahl von [[sk:Edit Properties |Edit Properties]]

@@ Zeile 14: / Zeile 14: @@
 Einige latente Funktionen:
-<tesscript>
+<papyrusscript>
 ;wartet 5.1 Sekunden
 Wait( 5.1 )
@@ Zeile 34: / Zeile 34: @@
 Ersatzweise kannst du
-<tesscript>
+<papyrusscript>
 utility.Wait(5.1)
 </tesscript >
@@ Zeile 52: / Zeile 52: @@
 Im neuen System kann man Schleifen-Anweisungen innerhalb jedes gewünschten Events nutzen (bisher ist ein „While“ implementiert). Solange der dem While folgende Ausdruck wahr ist, läuft die Schleifen.
-<tesscript>
+<papyrusscript>
 While counter <= 100    ;mache etwas 100 mal
       ...
@@ Zeile 81: / Zeile 81: @@
 Es gibt ein paar Keywords (Schlüsselwörter), die aus dem einen oder anderen Grund sinnvoll sind.
 *'''None''' - dies kennzeichnet eine Referenz, die im Prinzip leer ist.
-<tesscript>
+<papyrusscript>
 refVariable01 = GetLinkedRef()
 if refVariable01 != None
      ;mache etwas mit refVariable01 weil GetLinkedRef() etwas zurück gegeben hat
 endif
-</tesscript>
+</papyrusscript>
 *'''Self''' - eine Variable, die auf die derzeitige Instanz des Scripts verweist. Es ist mit der getself-Funktion aus der alten Scriptsprache vergleichbar nur gibt es die Referenz des Scripts und nicht die Referenz des Objekts, auf dem das Script läuft.
 *'''Parent''' - ein besonderes Keyword, das man beim Aufruf einer Funktion benutzen kann, um sicher zu stellen, dass du die Funktion aufrufst, die als Funktion in einem Parent-Script definiert ist und nicht die Funktion im lokalen Script.
@@ Zeile 99: / Zeile 99: @@
 Beispiel:
-<tesscript>
+<papyrusscript>
 int myVar = 20
-</tesscript>
+</papyrusscript>
 :*Funktionsvariablen können mit einem kompletten mathematischen Ausdruck anstatt nur eines einfachen Wertes initialisiert werden.
@@ Zeile 109: / Zeile 109: @@
 Beispiel:
-<tesscript>
+<papyrusscript>
 Function DoFunnyDance(Actor target)
    FunnyDanceScript targetScript = target as FunnyDanceScript
@@ Zeile 119: / Zeile 119: @@
    endIf
 endFunction
-</tesscript>
+</papyrusscript>
 :*Alles kann als Boolean behandelt oder gecastet werden.
@@ Zeile 136: / Zeile 136: @@
 *Du kannst den  "+"-Operator zum Zusammenfügen von Zeichenketten benutzen
 Beispiel:
-<tesscript>
+<papyrusscript>
 string Hello = "Hello"
 string World = "World"
 Trace(Hello + " " + World) ; schreibt  "Hello World" in das Log
-</tesscript>
+</papyrusscript>
 *Der "!"-Operator wurde hinzugefügt und steht für "not". Der Ausdruck "!value" ist true wenn und nur wenn value den Wert false hat.
 *Hexadezimal-Zahlen beginnen mit "0x" – üblicherweise sind dies FormIDs. Wenn du z.B. die FormID 00012EC7 möchtest, ist 0x00012EC7 zu benutzen (die führenden Nullen sind nicht erforderlich)
 *Operatoren wie  "+=" and "-=" wurden hinzugefügt. Sie funktionieren folgendermaßen:
-<tesscript>
+<papyrusscript>
 myNumber += 1
 myFloat -= 2 + 4 * player.getAV("repair")
-</tesscript>
+</papyrusscript>
 Ist gleichbedeutend mit:
-<tesscript>
+<papyrusscript>
 myNumber = myNumber + 1
 myFloat = myFloat - (2 + 4 * player.getAV("repair"))
-</tesscript>
+</papyrusscript>
 Alle mathematischen Operatoren haben vergleichbare Versionen: +=, -=, *=, /=, and %=
@@ Zeile 161: / Zeile 161: @@
   PlayGroup Forward 1
 wird nun
-<tesscript>
+<papyrusscript>
 PlayAnimation(Forward)
 </tesscript >
@@ Zeile 169: / Zeile 169: @@
   set variable01 to 25
 wird nun
-<tesscript>
+<papyrusscript>
 variable01 = 25
 </tesscript >
@@ Zeile 179: / Zeile 179: @@
   End
 wird nun
-<tesscript>
+<papyrusscript>
 Event OnTriggerEnter( Actor akTriggerer )
   ...
@@ Zeile 189: / Zeile 189: @@
   BrotherVerulusRef.GetActorValue Health
 wird nun
-<tesscript>
+<papyrusscript>
 Actor Property akBrotherVerulus Auto
   ...
@@ Zeile 213: / Zeile 213: @@
 Properties sind im Grunde Variablen, außer dass auf sie von außerhalb zugegriffen werden kann. Sie können sogar im Editor von jeder Referenz gelesen und beschrieben werden. Ziemlich nett, wenn man mich fragt.
-<tesscript>
+<papyrusscript>
 int property NumShots auto
 </tesscript >
@@ Zeile 222: / Zeile 222: @@
-<tesscript>
+<papyrusscript>
 int shotCount = 20    ;dies ist eine interne Variable. Sie kann von außen nicht gesehen werden.
                        ; Voreinstellungen sind so gesetzt.
@@ Zeile 243: / Zeile 243: @@
    endFunction
 endProperty
-</tesscript>
+</papyrusscript>
 =Links=

@@ Zeile 223: / Zeile 223: @@
 <tesscript>
-int shotCount = 20    ;dies ist eine interne Variable. Sie kann von außen nicht gesehen werden. Voreinstellungen sind so gesetzt.
+int shotCount = 20    ;dies ist eine interne Variable. Sie kann von außen nicht gesehen werden.
 int Property NumShots    ;Das wird extern gesehen
@@ Zeile 231: / Zeile 232: @@
    Function set(int value)
-     if (value > 50) ;Wert zu groß, es wird auf 50 reduziert und eine Warnung in den Trace geschrieben.
+     if (value > 50) ;Wert zu groß, es wird auf 50 reduziert
        debug.trace ( "Versuch, NumShots auf über 50 zu setzen. Es wurde auf 50 reduziert." )
        shotCount = 50
-     elseIf (value < 1) ; Der Wert kann nicht kleiner eins sein or there would be nothing to shoot.
+     elseIf (value < 1) ; Der Wert kann nicht kleiner eins sein
        debug.trace ( "Der Wert kann nicht kleiner eins sein. Der Wert wird nicht verändert." )
      else             ;alles ok, es wird nur shotCount  auf den Wert gesetzt

@@ Zeile 243: / Zeile 243: @@
 </tesscript>
-{{Übersetzung|ckwiki|Differences from Previous Scripting}} vielen Dank dafür
+[[Category:Papyrus|Unterschiede zur vorherigen Scripterstellung]]
-[[Category:Papyrus]]
+[[Category:Papyrus Tutorials|Unterschiede zur vorherigen Scripterstellung]]

@@ Zeile 1: / Zeile 1: @@
 ='''Was ist neu?'''=
-Papyrus, die neue Scriptsprache, ähnelt in vieler Hinsicht der alten Scriptsprache, die in den Spielen von Bethesda Game Studios. Bedingt durch die Einführung erweiterter Funktionalität und flexibilität gibt es jedoch viele signifikante Änderungen in Syntax und Workflow sowie gelegentlich in der Funktionalität. Diese Seite ist für Leute, die mit den Konzepten eine Scriptsprache vertraut sind und ein bischen darüber wissen, was Pypyrus ist. Falls das für dich nicht zutrifft, lies bitter erst die [[sk:Papyrus Introduction|Einführung in Papyrus]].
+Papyrus, die neue Scriptsprache, ähnelt in vieler Hinsicht der alten Scriptsprache, die in den Spielen von Bethesda Game Studios. Bedingt durch die Einführung erweiterter Funktionalität und flexibilität gibt es jedoch viele signifikante Änderungen in Syntax und Workflow sowie gelegentlich in der Funktionalität. Diese Seite ist für Leute, die mit den Konzepten eine Scriptsprache vertraut sind und ein bischen darüber wissen, was Pypyrus ist. Falls das für dich nicht zutrifft, lies bitte erst die [[sk:Papyrus Introduction|Einführung in Papyrus]].
 Eine technisch und detailierte Erkläfung der neuen Scriptsprache bietet die   [[:Category:Papyrus_Language_Reference|Papyrus Sprachreferenz]].
 ==Neue Konzepte==
-Die neue Scriptsprache bietet mehr möglichkeiten. Dies bedeutet, dass die Menge dessen, was du über die neue Scriptsprache wissen musst, anwachsen wird.  Auf der Habenseite steht, dass bestimmte Ergänzungen der Scriptsprache dafür sorgen, dass Dinge viel schneller und leichter zu machen sind. Unter diesen neuen Ergänzungen sind es eigene Funktionen zu machen, die Möglichkeit, Timer zu nutzen, Schleifenlogik und Zustand, die Möglichkeiten zur Vereinfachung des Lebens. Ich selbst habe es als so empfunden, dass es beim Scripten einfacher ist, geradlinig zu denken. Es gibt viel weniger Rück- und Vorwärtssprünge zwischen GameMode und anderen Ereignissen. Ich finde, das ich ebenfalls weniger Variablen verfolgen und enable/disablen muss.
+Die neue Scriptsprache bietet mehr möglichkeiten. Dies bedeutet, dass die Menge dessen, was du über die neue Scriptsprache wissen musst, anwachsen wird. Auf der Habenseite steht, dass bestimmte Ergänzungen der Scriptsprache dafür sorgen, dass Dinge viel schneller und leichter zu machen sind. Unter diesen neuen Ergänzungen sind es eigene Funktionen zu machen, die Möglichkeit, Timer zu nutzen, Schleifenlogik und Zustand, die Möglichkeiten zur Vereinfachung des Lebens. Ich selbst habe es als so empfunden, dass es beim Scripten einfacher ist, geradlinig zu denken. Es gibt viel weniger Rück- und Vorwärtssprünge zwischen GameMode und anderen Ereignissen. Ich finde, das ich ebenfalls weniger Variablen verfolgen und enable/disablen muss.
 ====Ersetzen des GameModes====
@@ Zeile 245: / Zeile 245: @@
 {{Übersetzung|ckwiki|Differences from Previous Scripting}} vielen Dank dafür
-[[Category:Papyrus]][[Category:Scripting_Wissen]]
+[[Category:Papyrus]]

@@ Zeile 41: / Zeile 41: @@
-♥ und danke an unsere Freunde bei Bethesda für solche ein wunderbares Spiel und beeindruckendes Creation Kit!
+♥ und danke an unsere Freunde bei Bethesda für solch ein wunderbares Spiel und beeindruckendes [[sk:Creation Kit|Creation Kit]]!
@@ Zeile 203: / Zeile 203: @@
 Mit der neuen voll Sprache, mit der Threads unabhängig voneinander ablaufen können, ist die Zeitabstimmung nicht so zuverlässig wie sie im vorigen System war. Vorher konnte ein Script sagen „ich möchte  dies sofort tun“ und das Verwaltungssystem hatte keine andere Wahl als zuzustimmen. Ein Script in der neuen Sprache kann sagen „ich möchte  dies sofort tun“ und der Scriptverwalter wird im Wesentlichen sagen, „ziehe eine Nummer und warte in der Reihe“. Einem Script zu sagen, es möge 0,5 Sekunden warten, bedeutet in Wirklichkeit, dass das Script für 0,5 Sekunden wartet und zusätzlich die Zeit, die es für das Script dauert, die zugeteilte Nummer angesagt zu bekommen. Dieser Zeitzuschlag ist üblicherweise ziemlich klein, es könnte aber Bedeutung für Scripts haben, wo das Timing sehr präzise sein muss.
 {{Übersetzung|ckwiki|Differences from Previous Scripting}} vielen Dank dafür
 [[Category:Papyrus]][[Category:Scripting_Wissen]]

← Nächstältere Version		Version vom 20. Februar 2012, 20:16 Uhr
Zeile 201:		Zeile 201:

	===Timing===		===Timing===
−	Mit der neuen voll Sprache, mit der Threads unabhängig voneinander ablaufen können, ist die Zeitabstimmung nicht so zuverlässig wie sie im vorigen System war. Vorher konnte ein Script sagen „ich möchte dies sofort tun“ und das Verwaltungssystem hatte keine andere Wahl als zuzustimmen. Ein Script in der neuen Sprache kann sagen „ich möchte dies sofort tun“ und der Scriptverwalter wird im Wesentlichen sagen, „ziehe eine Nummer und warte in der Reihe“. Einem Script zu sagen, es möge 0,5 Sekunden warten, bedeutet ~~wirklich~~, dass das Script für 0,5 Sekunden wartet zusätzlich ~~der~~ Zeit, die es für das Script dauert, die zugeteilte Nummer angesagt zu bekommen. Dieser Zeitzuschlag ist üblicherweise ziemlich klein, es könnte aber Bedeutung für Scripts haben, wo das Timing sehr präzise sein muss.	+	Mit der neuen voll Sprache, mit der Threads unabhängig voneinander ablaufen können, ist die Zeitabstimmung nicht so zuverlässig wie sie im vorigen System war. Vorher konnte ein Script sagen „ich möchte dies sofort tun“ und das Verwaltungssystem hatte keine andere Wahl als zuzustimmen. Ein Script in der neuen Sprache kann sagen „ich möchte dies sofort tun“ und der Scriptverwalter wird im Wesentlichen sagen, „ziehe eine Nummer und warte in der Reihe“. Einem Script zu sagen, es möge 0,5 Sekunden warten, bedeutet in Wirklichkeit, dass das Script für 0,5 Sekunden wartet und zusätzlich die Zeit, die es für das Script dauert, die zugeteilte Nummer angesagt zu bekommen. Dieser Zeitzuschlag ist üblicherweise ziemlich klein, es könnte aber Bedeutung für Scripts haben, wo das Timing sehr präzise sein muss.

← Nächstältere Version		Version vom 17. Februar 2012, 20:37 Uhr
Zeile 195:		Zeile 195:
	</tesscript >		</tesscript >
	Wobei <tt>akBrotherVerulus</tt> durch den Property Manager innerhalb des CK gesetzt wird. Zu mehr über Properties siehe [[#Properties\|unten]].		Wobei <tt>akBrotherVerulus</tt> durch den Property Manager innerhalb des CK gesetzt wird. Zu mehr über Properties siehe [[#Properties\|unten]].
		+
		+	==Änderung der Funktionalität==
		+	===Performance===
		+	Es gibt ein paar Dinge die man im Gedächtnis behalten sollte, wenn man an die Performance denkt. Mit der alten Scriptsprache konnte man mit ineffizienten Scripts eventuell die Framerate des Spiels runter drücken. Mit der neuen Sprache hat jedes Script eine zugeteilte Menge an Verarbeitungszeit. Nachdem diese Zeit verbraucht ist, wird das Script pausieren, bis es mehr Verarbeitungszeit bewilligt bekommt. Diese Verarbeitungszeit wird durch Funktionsaufrufe und Logik durch die Scriptsprache gemessen. Du wirst mit einem schlecht geschriebenen Script wahrscheinlich eher alle Scripts ausbremsen als die Framerate des Spiels runter zu drücken.
		+
		+	===Timing===
		+	Mit der neuen voll Sprache, mit der Threads unabhängig voneinander ablaufen können, ist die Zeitabstimmung nicht so zuverlässig wie sie im vorigen System war. Vorher konnte ein Script sagen „ich möchte dies sofort tun“ und das Verwaltungssystem hatte keine andere Wahl als zuzustimmen. Ein Script in der neuen Sprache kann sagen „ich möchte dies sofort tun“ und der Scriptverwalter wird im Wesentlichen sagen, „ziehe eine Nummer und warte in der Reihe“. Einem Script zu sagen, es möge 0,5 Sekunden warten, bedeutet wirklich, dass das Script für 0,5 Sekunden wartet zusätzlich der Zeit, die es für das Script dauert, die zugeteilte Nummer angesagt zu bekommen. Dieser Zeitzuschlag ist üblicherweise ziemlich klein, es könnte aber Bedeutung für Scripts haben, wo das Timing sehr präzise sein muss.

← Nächstältere Version		Version vom 17. Februar 2012, 20:07 Uhr
Zeile 155:		Zeile 155:
	Alle mathematischen Operatoren haben vergleichbare Versionen: +=, -=, *=, /=, and %=		Alle mathematischen Operatoren haben vergleichbare Versionen: +=, -=, *=, /=, and %=

		+
		+	== Syntax-Änderungen ==
		+
		+	=== Funktionsparameter werden nun in Klammern gesetzt. ===
		+	PlayGroup Forward 1
		+	wird nun
		+	<tesscript>
		+	PlayAnimation(Forward)
		+	</tesscript >
		+	Diese Syntax-Änderung sollte einiges etwas klarer machen. Es sollte auch den Gebrauch von Nutzer-Definierten Funktionen weniger verwirrend machen.
		+
		+	==== Zuweisungs-Syntax ====
		+	set variable01 to 25
		+	wird nun
		+	<tesscript>
		+	variable01 = 25
		+	</tesscript >
		+	Diese neue Syntax ist ein gebräuchlicher Weg von Zuweisungen.
		+
		+	==== Event Declaration Syntax ====
		+	Begin OnTriggerEnter Player
		+	...
		+	End
		+	wird nun
		+	<tesscript>
		+	Event OnTriggerEnter( Actor akTriggerer )
		+	...
		+	EndEvent
		+	</tesscript >
		+	Wieder ist dies ein klarerer Weg, Dinge zu tun. "Event" macht es klarer, dass du ein Event startest und "EndEvent" macht es klarer, dass du das Event beendest. Events sind im Grunde das Gleiche wie benutzerdefinierte Funktionen, außer dass etwas, das im Spiel passiert, auslösen kann, dass das Event erfolgt.
		+
		+	==== Object References benötigen Properties ====
		+	BrotherVerulusRef.GetActorValue Health
		+	wird nun
		+	<tesscript>
		+	Actor Property akBrotherVerulus Auto
		+	...
		+	akBrotherVerulus.GetActorValue("Health")
		+	</tesscript >
		+	Wobei <tt>akBrotherVerulus</tt> durch den Property Manager innerhalb des CK gesetzt wird. Zu mehr über Properties siehe [[#Properties\|unten]].