https://wiki.sternenschweif.com/api.php?action=feedcontributions&feedformat=atom&user=MordbrennerSternenschweif Wiki - Benutzerbeiträge [de]2026-06-02T20:10:46ZBenutzerbeiträgeMediaWiki 1.22.9https://wiki.sternenschweif.com/index.php/GetCurrentTriggerGetCurrentTrigger2017-01-30T13:22:40Z<p>Mordbrenner: </p>
<hr />
<div>getCurrentTrigger()<br />
<br />
liefert den aktuellen Trigger inkl. Ebenen-Präfix zurück.<br />
<br />
Beispiel für die Verwendung:<br />
<br />
<nowiki>if (getCurrentTrigger() == "4_Binge5Water1") {...}</nowiki><br />
[[Kategorie:NLTScript Referenz]]</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/GetCurrentTriggerGetCurrentTrigger2017-01-30T13:22:29Z<p>Mordbrenner: </p>
<hr />
<div>getCurrentTrigger()<br />
Liefert den aktuellen Trigger inkl. Ebenen-Präfix zurück.<br />
<br />
Beispiel für die Verwendung:<br />
<br />
<nowiki>if (getCurrentTrigger() == "4_Binge5Water1") {...}</nowiki><br />
[[Kategorie:NLTScript Referenz]]</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/GetCurrentTriggerDataGetCurrentTriggerData2017-01-30T11:50:53Z<p>Mordbrenner: Die Seite wurde neu angelegt: „mit getCurrentTriggerData("ut2") kann in Dörfern z.B. das ut2-Tag des aktuellen Triggers (z.B. auch aktuellen Gebäudes) ausgelesen werden. Analog sollten au…“</p>
<hr />
<div>mit getCurrentTriggerData("ut2") kann in Dörfern z.B. das ut2-Tag des aktuellen Triggers (z.B. auch aktuellen Gebäudes) ausgelesen werden. <br />
Analog sollten auch die anderen tags (z.B. "ut3", "buildingid", "buildingtype", etc.) ausgelesen werden können (ungetestet).</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/FunktionenFunktionen2017-01-30T11:48:04Z<p>Mordbrenner: /* Nur in Dungeons */</p>
<hr />
<div>[[Category:Modding]]<br />
=Übersicht über verfügbare Funktionen=<br />
Hier sollen vor allem die speziell für Schickalsklinge erstellten Funktionen, mit denen aus den XMLs auf den Engine-Code zugegriffen werden kann, erläutert werden.<br />
<br />
Anwendbar sind diese in [[Dialoge|Dialogen]] in und außerhalb der [[Hauptfunktionen]], außerdem in den [[Charakter-Effekte|Effekten]] sowie im [[Dungeon Kontrollscript|Dungeon-Script]].<br />
<br />
== Allgemein verfügbar ==<br />
<table><tr><td valign="top" width="250"><br />
* [[activateInterval]]<br />
* [[Limbo|addCharacterLimbo]]<br />
* [[addCompanion]]<br />
* [[addEffect]]<br />
* <strike>[[addMappiece]]</strike> (veraltet)<br />
* [[autoSave]]<br />
* [[awardXP]]<br />
* [[breakInventoryItem]]<br />
* [[callControlFunction]]<br />
* [[callControlFunctionString]]<br />
* [[canAct]]<br />
* [[castNpcAnalues]]<br />
* [[chooseItem]]<br />
* [[chooseSingleCharacter]]<br />
* [[chooseSingleCharacterEx]]<br />
* [[consoleLog]]<br />
* [[continueJourney]]<br />
* [[damageCurrentWeapon]]<br />
* [[deactivateInterval]]<br />
* [[dealDamage]]<br />
* [[debugLog]]<br />
* [[errorLog]]<br />
* [[fillUsesType]]<br />
* [[findInventoryItem]]<br />
* [[findInventoryItemAt]]<br />
* [[findRitualEnchantment]]<br />
* [[findRopeLength]]<br />
</td><td width="250" valign="top"><br />
* [[gameover]]<br />
* [[generateRandomName]]<br />
* [[getBest / getWorst]]<br />
* [[getBuildingState / setBuildingState]]<br />
* [[getCharAttribute / modifyCharAttribute]]<br />
* [[getCharClass]]<br />
* [[getCharEffect]]<br />
* [[getCharEffects]]<br />
* [[getCharSchool]]<br />
* [[getCharSkill / modifyCharSkill]]<br />
* [[getCharSpell]]<br />
* [[getCharUniqueId]]<br />
* [[getCharidByUniqueId]]<br />
* [[getChosenItem]]<br />
* [[getDateDay]]<br />
* [[getDateSeason]]<br />
* [[getDateTime]]<br />
* [[getDateWeekday]]<br />
* [[getEquipped]]<br />
* [[getGender]]<br />
* [[getGeneralState / setGeneralState]]<br />
* [[getGodGrace]]<br />
* [[getHintKnown]]<br />
* [[getKeywordState]]<br />
* [[getLangString]]<br />
* [[getLeaderID]]<br />
* [[getLangString|getLoca]]<br />
</td><td width="250" valign="top"><br />
* [[Limbo|getLimboCount]]<br />
* [[Limbo|getLimboInfo]]<br />
* <strike>[[getMappieceCount]]</strike> (veraltet)<br />
* [[getLocation]]<br />
* [[getLocationState / setLocationState]]<br />
* [[getModifier]]<br />
* [[getName]]<br />
* [[getNumber]]<br />
* [[getNumberDlg]]<br />
* [[getPartyCount]]<br />
* [[getPartyEffect]]<br />
* [[getPartyLevel]]<br />
* [[getQuestState / setQuestState]]<br />
* [[getRandomCharId]]<br />
* [[getRouteState / setRouteState]]<br />
* [[getRotation]]<br />
* [[getSpecialState / setSpecialState]]<br />
* [[getStatFloat]]<br />
* [[getStatInt]]<br />
* [[getTime]]<br />
* [[getTimeString]]<br />
* [[getTotalPartyCount]]<br />
* [[getWealth / changeWealth]]<br />
* [[giveItem]]<br />
* [[giveItemTo]]<br />
* [[hasCompanion]]<br />
* [[hasEffect]]<br />
</td><td width="250" valign="top"><br />
* [[hasHuntingWeapon]]<br />
* [[healDamage]]<br />
* [[hideImage]]<br />
* [[incrementStatFloat]]<br />
* [[incrementStatInt]]<br />
* [[isAlive]]<br />
* [[isCompanion]]<br />
* [[jumpToLocation]]<br />
* [[leaveLocation]]<br />
* [[lockKeyword / unlockKeyword]]<br />
* [[modifyCharSpell]]<br />
* [[modifyGodGrace]]<br />
* [[modifyHunger]]<br />
* [[modifyInventoryItem]]<br />
* [[modifyThirst]]<br />
* [[OnTimePassed]]<br />
* [[passTime]]<br />
* [[printSpecialStates]]<br />
* [[releaseTrap]]<br />
* [[removeCharacter]]<br />
* [[Limbo|removeCharacterLimbo]]<br />
* [[removeChosenItem]]<br />
* [[removeCompanion]]<br />
* [[removeEffect]]<br />
* [[removeInventoryItem]]<br />
* [[replaceItem]]<br />
* [[rollCheck]]<br />
* [[rollRandom]]<br />
</td><td width="250" valign="top"><br />
* [[round]]<br />
* [[saveJourney]]<br />
* [[setAchievement]]<br />
* [[setDialogueImage]]<br />
* [[setDialogueAlign]]<br />
* [[setHeadline]]<br />
* [[setHunger]]<br />
* [[setInsideScene]]<br />
* [[setISCharacter]]<br />
* [[setMenuItem]]<br />
* [[getJourneyState / setJourneyState|setJourneyState]]<br />
* [[setQuestStateInconly]]<br />
* [[setThirst]]<br />
* [[showDialogue]]<br />
* [[showImage]]<br />
* [[showItemContainer]]<br />
* [[showItemset]]<br />
* [[showItemsetList]]<br />
* [[showMessage]]<br />
* [[showTrader]]<br />
* [[splitLeaveCharacter]]<br />
* [[splitLeaveGroup]]<br />
* [[startBattle]]<br />
* [[startDialogue]]<br />
* [[startDialogueAt]]<br />
* [[startDialogueCallback]]<br />
* [[startdlg]]<br />
* [[startKeywordDialogue]]<br />
</td></tr></table><br />
<table><tr><td valign="top" width="350"><br />
<br />
== Nur auf Reisen ==<br />
* [[consumeHuntingAmmo]]<br />
* [[forceRouteEvent]]<br />
* [[forceCamp]]<br />
* [[getJourneyState / setJourneyState|getJourneyState]]<br />
* [[getCurrentRoute]]<br />
* [[getCurrentRouteType]]<br />
* [[turnAround]]<br />
''Nicht nur "Karte aufgerufen in einem Dorf", <br />
<br />
''sondern tatsächlich "auf Reisen befindlich"!<br />
</td><td valign="top" width="350"><br />
== Nur in Dörfern ==<br />
<br />
* [[getCurrentTriggerData]]<br />
* [[getTownTip]]<br />
* [[modifyLocationTrigger]]<br />
* [[generateRandomInhabitantName]]<br />
</td><td valign="top" width="350"><br />
<br />
== Nur in Dungeons ==<br />
<br />
* [[activateStair]]<br />
* [[forceDoorState]]<br />
* [[getCurrentTrigger()]]<br />
* [[getDoorState]]<br />
* [[getDungeonObjectState]]<br />
* [[getTriggerState]]<br />
* [[lookAtDIO]]<br />
* [[lookAtTrigger]]<br />
* [[modifyLocationTrigger]]<br />
* [[moveToTrigger]]<br />
* [[setDungeonObjectState]]<br />
* [[setDoorState]]<br />
* [[setTriggerState]]<br />
* [[showItemset]]<br />
* [[teleportToTrigger]]</td><br />
<td valign="top" width="350"><br />
<br />
== Nur in Kämpfen ==<br />
<br />
* [[BattleArenaEditor#Skriptbefehle|battleSetSize]]<br />
* [[BattleArenaEditor#Skriptbefehle|battleAddNPCStart]]<br />
* [[BattleArenaEditor#Skriptbefehle|battleSetPlayerStart]]<br />
* [[BattleArenaEditor#Skriptbefehle|battlePlaceObject]]<br />
* [[battleRandomize]] und [[BattleArenaEditor#Skriptbefehle|battleRandomize]]<br />
* [[battleCustomRandomize]]<br />
* [[BattleArenaEditor#Skriptbefehle|battleSetSinglePlayerStart]]<br />
* [[BattleArenaEditor#Skriptbefehle|battleSetSingleNPCStart]]<br />
<br />
</td></tr></table></div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/GetCurrentTrigger()GetCurrentTrigger()2017-01-30T11:37:55Z<p>Mordbrenner: </p>
<hr />
<div>Liefert den aktuellen Trigger inkl. Ebenen-Präfix zurück.<br />
<br />
Beispiel für die Verwendung:<br />
<br />
<nowiki>if (getCurrentTrigger() == "4_Binge5Water1") {...}</nowiki></div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/GetCurrentTrigger()GetCurrentTrigger()2017-01-30T11:37:36Z<p>Mordbrenner: </p>
<hr />
<div>Liefert den aktuellen Trigger inkl. Ebenen-Präfix zurück.<br />
<br />
Beispiel für die Verwendung:<br />
<br />
<nowiki>if(getCurrentTrigger()=="4_Binge5Water1"){...}</nowiki></div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/GetCurrentTrigger()GetCurrentTrigger()2017-01-30T11:36:58Z<p>Mordbrenner: Die Seite wurde neu angelegt: „Liefert den aktuellen Trigger inkl. Ebenen-Präfix zurück. Beispiel für die Verwendung: if(getCurrentTrigger()=="4_Binge5Water1"){...}“</p>
<hr />
<div>Liefert den aktuellen Trigger inkl. Ebenen-Präfix zurück.<br />
<br />
Beispiel für die Verwendung:<br />
if(getCurrentTrigger()=="4_Binge5Water1"){...}</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/SetHeadlineSetHeadline2016-11-22T22:06:21Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:NLTScript Referenz]]<br />
<syntaxhighlight lang="javascript"><br />
setHeadline(getName(ID));<br />
</syntaxhighlight><br />
Bei einem Dialog wird normalerweise der "Name" als Überschrift angezeigt, zB "Hafen" oder "Rukian erste Eindrücke". Damit z.B. auch der Gesprächspartner wechseln kann, kann man mit "setHeadline" genau diesen Wert tauschen.<br />
<br />
Funktioniert nicht, falls in einem Dialog in einem function after(selid) per startDialogue ein neuer Dialog gestartet wird. In diesem neuen Dialog wirkt setHeadline dann nicht mehr.<br />
Damit dies funktioniert, muss startDialogue aus einer function forward() mit return "tobecontinued" aufgerufen werden.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KlassendefinitionKlassendefinition2016-11-19T09:18:26Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:Modding]]<br />
<br />
Die Klassendefinition, also die Definition der spielbaren Klassen, erfolgt in der Datei classdefinition.xml bzw. im XML-Bereich "classdefinition" eines Mods. Folgende Bereiche sind hier vorgesehen<br />
<br />
=Allgemein=<br />
<syntaxhighlight lang="xml"><br />
<class><br />
<id>hunter</id><br />
<langid><m>text_11</m><f>text_595</f></langid><br />
<oldname>jaeger</oldname><br />
<shortkey>J</shortkey><br />
<startingCash>3W6</startingCash><br />
<nameset><br />
<set>garethi</set><br />
<set>thorwal</set><br />
</nameset><br />
<charimg><br />
<m>jaeger_01.jpg</m><br />
<f>jaegerin_01.jpg</f><br />
</charimg><br />
<prereq><br />
<min attrib="GE">12</min><br />
<min attrib="IN">12</min><br />
<min attrib="RA">7</min><br />
</prereq><br />
<size><min>165</min><max>200</max></size><br />
<weight>-100</weight><br />
<le>2W6+20</le><br />
<mr>0</mr><br />
<posups>1</posups><br />
<negups>1</negups><br />
<skillups>20</skillups><br />
<leveluple>1W6</leveluple><br />
<battle><br />
<char><m>humanmalehunter</m><f>humanfemalehunter</f></char><br />
</battle><br />
[...]<br />
</class><br />
</syntaxhighlight><br />
<br />
* '''startingCash''' ''(optional)'' Das Startkapital des Helden, Standard: 3W6<br />
<br />
=startequip=<br />
<br />
=startskill=<br />
<br />
=magic=<br />
...<br />
=autolevelup=<br />
<syntaxhighlight lang="xml"><br />
<autolevelup><br />
<PosAttr><br />
<attribute id="KL">4</attribute><br />
<attribute id="MU">4</attribute><br />
<attribute id="KK">4</attribute><br />
</PosAttr><br />
<NegAttr><br />
<attribute id="TA">4</attribute><br />
<attribute id="AG">4</attribute><br />
</NegAttr><br />
<Skills><br />
<skill id="pflanzenk">5</skill><br />
<skill id="heilenkrankh">4</skill><br />
<skill id="magiek">4</skill><br />
<skill id="selbstbeh">4</skill><br />
<skill id="tierkunde">4</skill><br />
<skill id="stichwaffen">4</skill><br />
<skill id="wildnisleben">3</skill><br />
<skill id="ueberreden">3</skill><br />
<skill id="sinnensch">3</skill><br />
<skill id="heilengift">3</skill><br />
<skill id="schleichen">3</skill><br />
[...]<br />
</Skills><br />
<Spells><br />
<spell id="beherrschung">9</spell><br />
<spell id="geisterbannen">-3</spell><br />
<spell id="boeserblick">8</spell><br />
<spell id="geisterrufen">2</spell><br />
<spell id="grverwirrung">7</spell><br />
<spell id="herrdertiere">6</spell><br />
<spell id="magischerraub">1</spell><br />
<spell id="respondami">0</spell><br />
<spell id="zwingtanz">5</spell><br />
<spell id="aeolitus">-1</spell><br />
<spell id="flimflam">0</spell><br />
<spell id="exposami">-2</spell><br />
<spell id="odemarcanum">-3</spell><br />
<spell id="blitz">4</spell><br />
<spell id="eisenrost">3</spell> <br />
</Spells><br />
</autolevelup><br />
</syntaxhighlight><br />
<br />
Hier werden die Prioritäten für die einzelnen Bereiche des Charakters festgelegt, die beim Autolevelup berücksichtigt werden.<br />
==PosAttr==<br />
Bei positiven Attributen wird immer das niedrigste gesteigert. Der Wert gibt an, um welchen Wert die entsprechenden Attribute VERRINGERT werden sollen, um diese Reihenfolge zu beeinflussen. D.h. hat ein Charakter eigentlich KL 13, so wird für die Sortierung in obigem Beispiel KL 9 angenommen. Ist ein anderes Attribut ebenfalls 9, wird das erste aus der Liste genommen, sind alle anderen höher, wird KL von 13 auf 14 gesteigert.<br />
==NegAttr==<br />
Bei negativen Attributen wird immer das höchste zuerst gesenkt. Auch hier gibt der Wert an, um welchen Wert das Attribut für die Sortierung ERHÖHT werden soll.<br />
==Skills==<br />
Der Wert gibt an, welche Priorität die jeweiligen Talente bei der Steigerung haben sollen, es wird immer so lange ein Attribut gesteigert, bis keine Steigerungen mehr verfügbar sind. Talente gleicher Priorität werden entsprechend der Listenreihenfolge abgearbeitet.<br />
<br />
Achtung: Der niedrigste Wert wird zuerst gestigert. Prio 1 also vor Prio 12.<br />
<br />
==Spells==<br />
Funktionieren analog zu Talenten. Wird dieser Bereich weggelassen, wird stattdessen die Reihenfolge aus magic/autobattlespell verwendet.<br />
<br />
==übrige Versuche==<br />
Wenn die Automatische Steigerung abgeschlossen ist (also alle definierten Skills oder Spells gesteigert wurden), wird für übrig gebliebene Versuche die manuelle Steigerung aufgerufen.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KlassendefinitionKlassendefinition2016-11-19T09:16:21Z<p>Mordbrenner: /* Skills */</p>
<hr />
<div>[[Category:Modding]]<br />
<br />
Die Klassendefinition, also die Definition der spielbaren Klassen, erfolgt in der Datei classdefinition.xml bzw. im XML-Bereich "classdefinition" eines Mods. Folgende Bereiche sind hier vorgesehen<br />
<br />
=Allgemein=<br />
<syntaxhighlight lang="xml"><br />
<class><br />
<id>hunter</id><br />
<langid><m>text_11</m><f>text_595</f></langid><br />
<oldname>jaeger</oldname><br />
<shortkey>J</shortkey><br />
<startingCash>3W6</startingCash><br />
<nameset><br />
<set>garethi</set><br />
<set>thorwal</set><br />
</nameset><br />
<charimg><br />
<m>jaeger_01.jpg</m><br />
<f>jaegerin_01.jpg</f><br />
</charimg><br />
<prereq><br />
<min attrib="GE">12</min><br />
<min attrib="IN">12</min><br />
<min attrib="RA">7</min><br />
</prereq><br />
<size><min>165</min><max>200</max></size><br />
<weight>-100</weight><br />
<le>2W6+20</le><br />
<mr>0</mr><br />
<posups>1</posups><br />
<negups>1</negups><br />
<skillups>20</skillups><br />
<leveluple>1W6</leveluple><br />
<battle><br />
<char><m>humanmalehunter</m><f>humanfemalehunter</f></char><br />
</battle><br />
[...]<br />
</class><br />
</syntaxhighlight><br />
<br />
* '''startingCash''' ''(optional)'' Das Startkapital des Helden, Standard: 3W6<br />
<br />
=startequip=<br />
<br />
=startskill=<br />
<br />
=magic=<br />
...<br />
=autolevelup=<br />
<syntaxhighlight lang="xml"><br />
<autolevelup><br />
<PosAttr><br />
<attribute id="KL">4</attribute><br />
<attribute id="MU">4</attribute><br />
<attribute id="KK">4</attribute><br />
</PosAttr><br />
<NegAttr><br />
<attribute id="TA">4</attribute><br />
<attribute id="AG">4</attribute><br />
</NegAttr><br />
<Skills><br />
<skill id="pflanzenk">5</skill><br />
<skill id="heilenkrankh">4</skill><br />
<skill id="magiek">4</skill><br />
<skill id="selbstbeh">4</skill><br />
<skill id="tierkunde">4</skill><br />
<skill id="stichwaffen">4</skill><br />
<skill id="wildnisleben">3</skill><br />
<skill id="ueberreden">3</skill><br />
<skill id="sinnensch">3</skill><br />
<skill id="heilengift">3</skill><br />
<skill id="schleichen">3</skill><br />
[...]<br />
</Skills><br />
<Spells><br />
<spell id="beherrschung">9</spell><br />
<spell id="geisterbannen">-3</spell><br />
<spell id="boeserblick">8</spell><br />
<spell id="geisterrufen">2</spell><br />
<spell id="grverwirrung">7</spell><br />
<spell id="herrdertiere">6</spell><br />
<spell id="magischerraub">1</spell><br />
<spell id="respondami">0</spell><br />
<spell id="zwingtanz">5</spell><br />
<spell id="aeolitus">-1</spell><br />
<spell id="flimflam">0</spell><br />
<spell id="exposami">-2</spell><br />
<spell id="odemarcanum">-3</spell><br />
<spell id="blitz">4</spell><br />
<spell id="eisenrost">3</spell> <br />
</Spells><br />
</autolevelup><br />
</syntaxhighlight><br />
<br />
Hier werden die Prioritäten für die einzelnen Bereiche des Charakters festgelegt, die beim Autolevelup berücksichtigt werden.<br />
==PosAttr==<br />
Bei positiven Attributen wird immer das niedrigste gesteigert. Der Wert gibt an, um welchen Wert die entsprechenden Attribute VERRINGERT werden sollen, um diese Reihenfolge zu beeinflussen. D.h. hat ein Charakter eigentlich KL 13, so wird für die Sortierung in obigem Beispiel KL 9 angenommen. Ist ein anderes Attribut ebenfalls 9, wird das erste aus der Liste genommen, sind alle anderen höher, wird KL von 13 auf 14 gesteigert.<br />
==NegAttr==<br />
Bei negativen Attributen wird immer das höchste zuerst gesenkt. Auch hier gibt der Wert an, um welchen Wert das Attribut für die Sortierung ERHÖHT werden soll.<br />
==Skills==<br />
Der Wert gibt an, welche Priorität die jeweiligen Talente bei der Steigerung haben sollen, es wird immer so lange ein Attribut gesteigert, bis keine Steigerungen mehr verfügbar sind. Talente gleicher Priorität werden entsprechend der Listenreihenfolge abgearbeitet.<br />
<br />
Achtung: Der niedrigste Wert wird zuerst gestigert. Prio 1 also vor Prio 12.<br />
<br />
==Spells==<br />
Funktionieren analog zu Talenten. Wird dieser Bereich weggelassen, wird stattdessen die Reihenfolge aus magic/autobattlespell verwendet.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KlassendefinitionKlassendefinition2016-11-19T09:15:55Z<p>Mordbrenner: /* Skills */</p>
<hr />
<div>[[Category:Modding]]<br />
<br />
Die Klassendefinition, also die Definition der spielbaren Klassen, erfolgt in der Datei classdefinition.xml bzw. im XML-Bereich "classdefinition" eines Mods. Folgende Bereiche sind hier vorgesehen<br />
<br />
=Allgemein=<br />
<syntaxhighlight lang="xml"><br />
<class><br />
<id>hunter</id><br />
<langid><m>text_11</m><f>text_595</f></langid><br />
<oldname>jaeger</oldname><br />
<shortkey>J</shortkey><br />
<startingCash>3W6</startingCash><br />
<nameset><br />
<set>garethi</set><br />
<set>thorwal</set><br />
</nameset><br />
<charimg><br />
<m>jaeger_01.jpg</m><br />
<f>jaegerin_01.jpg</f><br />
</charimg><br />
<prereq><br />
<min attrib="GE">12</min><br />
<min attrib="IN">12</min><br />
<min attrib="RA">7</min><br />
</prereq><br />
<size><min>165</min><max>200</max></size><br />
<weight>-100</weight><br />
<le>2W6+20</le><br />
<mr>0</mr><br />
<posups>1</posups><br />
<negups>1</negups><br />
<skillups>20</skillups><br />
<leveluple>1W6</leveluple><br />
<battle><br />
<char><m>humanmalehunter</m><f>humanfemalehunter</f></char><br />
</battle><br />
[...]<br />
</class><br />
</syntaxhighlight><br />
<br />
* '''startingCash''' ''(optional)'' Das Startkapital des Helden, Standard: 3W6<br />
<br />
=startequip=<br />
<br />
=startskill=<br />
<br />
=magic=<br />
...<br />
=autolevelup=<br />
<syntaxhighlight lang="xml"><br />
<autolevelup><br />
<PosAttr><br />
<attribute id="KL">4</attribute><br />
<attribute id="MU">4</attribute><br />
<attribute id="KK">4</attribute><br />
</PosAttr><br />
<NegAttr><br />
<attribute id="TA">4</attribute><br />
<attribute id="AG">4</attribute><br />
</NegAttr><br />
<Skills><br />
<skill id="pflanzenk">5</skill><br />
<skill id="heilenkrankh">4</skill><br />
<skill id="magiek">4</skill><br />
<skill id="selbstbeh">4</skill><br />
<skill id="tierkunde">4</skill><br />
<skill id="stichwaffen">4</skill><br />
<skill id="wildnisleben">3</skill><br />
<skill id="ueberreden">3</skill><br />
<skill id="sinnensch">3</skill><br />
<skill id="heilengift">3</skill><br />
<skill id="schleichen">3</skill><br />
[...]<br />
</Skills><br />
<Spells><br />
<spell id="beherrschung">9</spell><br />
<spell id="geisterbannen">-3</spell><br />
<spell id="boeserblick">8</spell><br />
<spell id="geisterrufen">2</spell><br />
<spell id="grverwirrung">7</spell><br />
<spell id="herrdertiere">6</spell><br />
<spell id="magischerraub">1</spell><br />
<spell id="respondami">0</spell><br />
<spell id="zwingtanz">5</spell><br />
<spell id="aeolitus">-1</spell><br />
<spell id="flimflam">0</spell><br />
<spell id="exposami">-2</spell><br />
<spell id="odemarcanum">-3</spell><br />
<spell id="blitz">4</spell><br />
<spell id="eisenrost">3</spell> <br />
</Spells><br />
</autolevelup><br />
</syntaxhighlight><br />
<br />
Hier werden die Prioritäten für die einzelnen Bereiche des Charakters festgelegt, die beim Autolevelup berücksichtigt werden.<br />
==PosAttr==<br />
Bei positiven Attributen wird immer das niedrigste gesteigert. Der Wert gibt an, um welchen Wert die entsprechenden Attribute VERRINGERT werden sollen, um diese Reihenfolge zu beeinflussen. D.h. hat ein Charakter eigentlich KL 13, so wird für die Sortierung in obigem Beispiel KL 9 angenommen. Ist ein anderes Attribut ebenfalls 9, wird das erste aus der Liste genommen, sind alle anderen höher, wird KL von 13 auf 14 gesteigert.<br />
==NegAttr==<br />
Bei negativen Attributen wird immer das höchste zuerst gesenkt. Auch hier gibt der Wert an, um welchen Wert das Attribut für die Sortierung ERHÖHT werden soll.<br />
==Skills==<br />
Der Wert gibt an, welche Priorität die jeweiligen Talente bei der Steigerung haben sollen, es wird immer so lange ein Attribut gesteigert, bis keine Steigerungen mehr verfügbar sind. Talente gleicher Priorität werden entsprechend der Listenreihenfolge abgearbeitet.<br />
Achtung: Der niedrigste Wert wird zuerst gestigert. Prio 1 also vor Prio 12.<br />
<br />
==Spells==<br />
Funktionieren analog zu Talenten. Wird dieser Bereich weggelassen, wird stattdessen die Reihenfolge aus magic/autobattlespell verwendet.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/JumpToLocationJumpToLocation2016-11-08T21:30:36Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:NLTScript Referenz]]<br />
<syntaxhighlight lang="javascript"><br />
jumpToLocation({"where":"dngthorwal","lvl":0,"x":202,"y":1.5,"z":-7.3,"rot":190});<br />
</syntaxhighlight><br />
Die Gruppe wird direkt und ohne Voranschreiten der Zeit an den übergebenen Zielort "teleportiert". Dies kann sowohl eine Stadt als auch ein Dungeon sein. Neben dem Zielort oder -Dungeon können auch die konkreten 3D-Koordinaten und die Blickrichtung angegeben werden.<br />
<br />
Beim obigen Beispiel würden man der Zwingfeste landen.<br />
<br />
Der Parameter "lvl" ist optional und gibt die Ebene des Dungeons an. Bei Dungeons mit mehreren Etagen unbedingt mit angeben, falls ungleich 0.<br />
<br />
--lunatic 20:53, 1. Feb. 2015 (CET)</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/RollCheckRollCheck2016-09-14T21:16:49Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:NLTScript Referenz]]<br />
Beispiel:<br />
<br />
<syntaxhighlight lang="javascript"><br />
var res = rollCheck({"which":"ueberreden","who":"best","type":"skill", "mod":0, "cost":10});<br />
</syntaxhighlight><br />
<br />
Das Ergebnis der Funktion wird in die Variable "res" geschrieben. Für den Aufruf werden folgende Parameter übergeben:<br />
<br />
''which:'' Talent/Zauber, auf das/den die Probe abgelegt werden soll (wie in skills.xml definiert)<br />
<br />
''who:'' die ID des Chars, der die Probe ablegen soll. Der 1. Char hat die ID 0, der 6. Char die ID 5.<br />
Beim Parameter "best" wird automatisch der beste Char für die Probe ausgewählt. Achtung: "best" funktioniert nicht bei Zaubern.<br />
<br />
''type:'' "skill" oder "spell" - ist wohl selbsterklärend - oder "wskill" für ein Waffentalent, oder "attrib" für ein Attribut<br />
<br />
''mod:'' eine mögliche Probenerschwernis oder -erleichterung, negative Zahlen erschweren, positive erleichtern (optional)<br />
<br />
''cost:'' nur verwendbar bei Zaubern, um die AE-Kosten zu definieren.<br />
<br />
'''Ergebnisfelder:'''<br />
<br />
Ein Objekt vom Typ [[Würfelwurf]]<br />
<br />
'''Beispiel für die Weiterverarbeitung des Ergebnisses:'''<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.ok) return 3;<br />
</syntaxhighlight><br />
Wenn es ein Resultat gibt (wenn der Char nicht handlungsfähig ist, gibt es nämlich kein Resultat) UND die Probe gelungen ist, wird zu ID 3 verzweigt.<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.notok) return 4;<br />
</syntaxhighlight><br />
<br />
Bei Misslingen der Probe wird zu ID 4 verzweigt.<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.ok && res.resrem > 4) return 5;<br />
</syntaxhighlight><br />
<br />
Wenn die Probe gelungen ist und mehr als 4 TaP* übrig behalten wurden, wird zu ID 5 verzweigt.<br />
<br />
<br />
--lunatic 15:46, 12. Mär. 2014 (CET)</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/RollCheckRollCheck2016-09-14T21:15:35Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:NLTScript Referenz]]<br />
Beispiel:<br />
<br />
<syntaxhighlight lang="javascript"><br />
var res = rollCheck({"which":"ueberreden","who":"best","type":"skill", "mod":0, "cost":10});<br />
</syntaxhighlight><br />
<br />
Das Ergebnis der Funktion wird in die Variable "res" geschrieben. Für den Aufruf werden folgende Parameter übergeben:<br />
<br />
''which:'' Talent/Zauber, auf das/den die Probe abgelegt werden soll (wie in skills.xml definiert)<br />
<br />
''who:'' die ID des Chars, der die Probe ablegen soll. Der 1. Char hat die ID 0, der 6. Char die ID 5.<br />
Beim Parameter "best" wird automatisch der beste Char für die Probe ausgewählt. Achtung: "best" funktioniert nicht bei Zaubern.<br />
<br />
''type:'' "skill" oder "spell" - ist wohl selbsterklärend - oder "wskill" für ein Waffentalent, oder "attrib" für ein Attribut<br />
<br />
''mod:'' eine mögliche Probenerschwernis oder -erleichterung, negative Zahlen erschweren, positive erleichtern (optional)<br />
<br />
''cost:'' nur Verwendbar bei Zaubern, um die AE-Kosten zu definieren.<br />
<br />
'''Ergebnisfelder:'''<br />
<br />
Ein Objekt vom Typ [[Würfelwurf]]<br />
<br />
'''Beispiel für die Weiterverarbeitung des Ergebnisses:'''<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.ok) return 3;<br />
</syntaxhighlight><br />
Wenn es ein Resultat gibt (wenn der Char nicht handlungsfähig ist, gibt es nämlich kein Resultat) UND die Probe gelungen ist, wird zu ID 3 verzweigt.<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.notok) return 4;<br />
</syntaxhighlight><br />
<br />
Bei Misslingen der Probe wird zu ID 4 verzweigt.<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.ok && res.resrem > 4) return 5;<br />
</syntaxhighlight><br />
<br />
Wenn die Probe gelungen ist und mehr als 4 TaP* übrig behalten wurden, wird zu ID 5 verzweigt.<br />
<br />
<br />
--lunatic 15:46, 12. Mär. 2014 (CET)</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/RollCheckRollCheck2016-09-14T21:15:22Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:NLTScript Referenz]]<br />
Beispiel:<br />
<br />
<syntaxhighlight lang="javascript"><br />
var res = rollCheck({"which":"ueberreden","who":"best","type":"skill", "mod":0, "cost":10});<br />
</syntaxhighlight><br />
<br />
Das Ergebnis der Funktion wird in die Variable "res" geschrieben. Für den Aufruf werden folgende Parameter übergeben:<br />
<br />
''which:'' Talent/Zauber, auf das/den die Probe abgelegt werden soll (wie in skills.xml definiert)<br />
<br />
''who:'' die ID des Chars, der die Probe ablegen soll. Der 1. Char hat die ID 0, der 6. Char die ID 5.<br />
Beim Parameter "best" wird automatisch der beste Char für die Probe ausgewählt. Achtung: "best" funktioniert nicht bei Zaubern.<br />
<br />
''type:'' "skill" oder "spell" - ist wohl selbsterklärend - oder "wskill" für ein Waffentalent, oder "attrib" für ein Attribut<br />
<br />
''mod:'' eine mögliche Probenerschwernis oder -erleichterung, negative Zahlen erschweren, positive erleichtern (optional)<br />
''cost:'' nur Verwendbar bei Zaubern, um die AE-Kosten zu definieren.<br />
<br />
'''Ergebnisfelder:'''<br />
<br />
Ein Objekt vom Typ [[Würfelwurf]]<br />
<br />
'''Beispiel für die Weiterverarbeitung des Ergebnisses:'''<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.ok) return 3;<br />
</syntaxhighlight><br />
Wenn es ein Resultat gibt (wenn der Char nicht handlungsfähig ist, gibt es nämlich kein Resultat) UND die Probe gelungen ist, wird zu ID 3 verzweigt.<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.notok) return 4;<br />
</syntaxhighlight><br />
<br />
Bei Misslingen der Probe wird zu ID 4 verzweigt.<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.ok && res.resrem > 4) return 5;<br />
</syntaxhighlight><br />
<br />
Wenn die Probe gelungen ist und mehr als 4 TaP* übrig behalten wurden, wird zu ID 5 verzweigt.<br />
<br />
<br />
--lunatic 15:46, 12. Mär. 2014 (CET)</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-31T12:50:24Z<p>Mordbrenner: </p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
</syntaxhighlight><br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
<br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
<br />
'''type''': z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
<br />
'''caption''': Beim keywordset: Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keywordset_<id>" verwendet. Beim keyword: Text des Stichwortes rechts in der Auswahl, Standard "keyword_<id>"<br />
<br />
'''groupid''': Gruppe zur Sortierung der Stichworte in der Liste. Als Textkey wird hier grundsätzlich "keywordgroup_<groupid>" verwendet.<br />
<br />
==Vererbung==<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
</syntaxhighlight><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<br />
<request replace="true"> bzw. <response replace="true"><br />
<br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.<br />
<br />
===Beispielbild===<br />
<br />
[[Datei:KeywordBeispiel.png]]<br />
<br />
==Weitere Responsegruppen==<br />
''Anmerkung Chris: Funktionstüchtig wie hier beschrieben ab Build 17''<br />
<br />
Jedes Keyword kann auch einen Block "script" enthalten, code außerhalb von functions wird wie gewohnt vor allen anderen Codes ausgeführt (zB Variablendefinitionen), außerdem werden folgende Funktionen aufgerufen:<br />
<br />
'''function before()''': Explizite Ausführung vor der Anzeige, zB um ein anderes Set für Request oder Response zu wählen<br />
<br />
'''function processtext( which, text )''': Text-Processing für Request und Response<br />
<br />
Neben <request> und <response> können auch noch weitere Textgruppen mit einem oder mehreren Texten angelegt werden, und zwar im Format ''<response id="internalname">''. Mittels der Funktionsaufrufe<br />
<syntaxhighlight lang="javascript">setKeywordTextset( "whichrequest", 0 ); // Setze Requestgruppe auf "whichrequest"<br />
setKeywordTextset( "whichresponse", 1 ); // Setze Responsegruppe auf "whichresponse"</syntaxhighlight> lässt sich in "before()" beeinflussen, welche Textgruppe tatsächlich angezeigt wird, um zB Gespräche umzusetzen, die vom jeweils aktuellen Wetter abhängig sind.<br />
<br />
Beispiel für ersetzen der Responses:<br />
<syntaxhighlight lang="xml"><br />
<keyword><br />
<id>tiefhusen</id><br />
<caption>keyword_tie</caption><br />
<type>Always</type><br />
<script><![CDATA[<br />
function before() {<br />
var count = Number(getSpecialState("LippensTie"))+1;<br />
setSpecialState("LippensTie",count);<br />
if( count > 1 ) {<br />
setKeywordTextset("tie2", 1 );<br />
}<br />
if( count > 2 ) {<br />
setKeywordTextset("tie3", 1 );<br />
}<br />
}<br />
<br />
]]></script><br />
<response replace="true"><br />
<text>tie_lippens_tie1</text><br />
</response><br />
<response id="tie2" replace="true"><br />
<text>tie_lippens_tie2</text><br />
</response><br />
<response id="tie3" replace="true"><br />
<text>tie_lippens_tie3</text><br />
</response><br />
</keyword><br />
</syntaxhighlight></div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-12T21:22:02Z<p>Mordbrenner: </p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
</syntaxhighlight><br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
<br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
<br />
type: z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
<br />
caption: Beim keywordset:Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keyword_<id>" verwendet. Beim keyword: Text des Stichwortes rechts in der Auswahl.<br />
<br />
groupid: Gruppe zur Sortierung der Stichworte in der Liste.<br />
<br />
<br />
Vererbung:<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
</syntaxhighlight><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<br />
<request replace="true"> bzw. <response replace="true"><br />
<br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.<br />
<br />
Beispielbild:<br />
[[Datei:KeywordBeispiel.png]]</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/Datei:KeywordBeispiel.pngDatei:KeywordBeispiel.png2016-01-12T21:19:44Z<p>Mordbrenner: </p>
<hr />
<div></div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-12T21:09:42Z<p>Mordbrenner: </p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
</syntaxhighlight><br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
<br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
<br />
type: z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
<br />
caption: Beim keywordset:Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keyword_<id>" verwendet. Beim keyword: Text des Stichwortes rechts in der Auswahl.<br />
<br />
groupid: Gruppe zur Sortierung der Stichworte in der Liste.<br />
<br />
<br />
Vererbung:<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
</syntaxhighlight><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<br />
<request replace="true"> bzw. <response replace="true"><br />
<br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-12T21:09:26Z<p>Mordbrenner: </p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
</syntaxhighlight><br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
<br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
<br />
type: z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
<br />
caption: Beim keywordset:Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keyword_<id>" verwendet. Beim keyword: Text des Stichwortes rechts in der Auswahl.<br />
<br />
groupid: Gruppe zur Sortierung der Stichworte in der Liste.<br />
<br />
<br />
Vererbung:<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
</syntaxhighlight><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<br />
<request replace="true"> bzw. <response replace="true"><br />
<br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.<br />
<br />
<br />
Beispielbild:<br />
[[Datei:/home/horst/Bilder/Bildschirmfoto vom 2016-01-12 22:08:32.png]]</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-12T21:06:21Z<p>Mordbrenner: </p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
</syntaxhighlight><br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
<br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
<br />
type: z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
<br />
caption: Beim keywordset:Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keyword_<id>" verwendet. Beim keyword: Text des Stichwortes rechts in der Auswahl.<br />
<br />
groupid: Gruppe zur Sortierung der Stichworte in der Liste.<br />
<br />
<br />
Vererbung:<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
</syntaxhighlight><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<br />
<request replace="true"> bzw. <response replace="true"><br />
<br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-12T20:53:42Z<p>Mordbrenner: </p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
</syntaxhighlight><br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
<br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
<br />
type: z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
<br />
caption: Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keyword_<id>" verwendet.<br />
<br />
<br />
Vererbung:<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
</syntaxhighlight><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<br />
<request replace="true"> bzw. <response replace="true"><br />
<br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-12T20:53:01Z<p>Mordbrenner: </p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
</syntaxhighlight><br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
<br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
<br />
type: z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
<br />
caption: Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keyword_<id>" verwendet.<br />
<br />
<br />
Vererbung:<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</syntaxhighlight></code><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<br />
<request replace="true"> bzw. <response replace="true"><br />
<br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-12T20:51:33Z<p>Mordbrenner: </p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
</syntaxhighlight><br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
type: z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
caption: Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keyword_<id>" verwendet.<br />
<br />
<br />
Vererbung:<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<syntaxhighlight lang="xml"><keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</syntaxhighlight></code><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<request replace="true"> bzw. <response replace="true"><br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-12T20:43:07Z<p>Mordbrenner: </p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<nowiki><keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
</nowiki><br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
type: z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
caption: Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keyword_<id>" verwendet.<br />
<br />
<br />
Vererbung:<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<nowiki><keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset></nowiki><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<request replace="true"> bzw. <response replace="true"><br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/KeyworddialogueKeyworddialogue2016-01-12T20:42:22Z<p>Mordbrenner: Die Seite wurde neu angelegt: „keyworddialogue ist das Dialog-System für die Stichwortdialoge. Ein Stichwortdialog ist wie folgt aufgebaut: <keywordset> <id>template</id> <basemood>3<…“</p>
<hr />
<div>keyworddialogue ist das Dialog-System für die Stichwortdialoge.<br />
<br />
Ein Stichwortdialog ist wie folgt aufgebaut:<br />
<br />
<keywordset><br />
<id>template</id><br />
<basemood>3</basemood><br />
<keywords><br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<caption>keyword_sstone</caption><br />
<script><![CDATA[]]></script><br />
<request><br />
<text>req_sal_1</text><br />
<text>req_sal_2</text><br />
<text>req_sal_3</text><br />
</request><br />
<response><br />
<text>res_sal_1</text><br />
<text>res_sal_2</text><br />
<text>res_sal_3</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>breakoff</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_getoff</text><br />
</response><br />
</keyword><br />
<keyword><br />
<id>greeting</id><br />
<type>Hidden</type><br />
<response><br />
<text>kvir_jadwina_intro</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
<br />
Dieses keywordset mit der id "template" beinhaltet 3 keywords ("salamanderstein"/"breakoff"/"greeting"). <br />
greeting ist hierbei der Text, der zur Begrüßung bei Aufruf des Dialoges kommt.<br />
breakoff entsprechend der Text bei Verabschiedung.<br />
slamanderstein ist nun ein definiertes Keyword (da nicht hidden), welches rechts in der Auswahl der wählbaren Stichworte auftaucht. Wenn man dies anklickt, kommt per Zufall eine der 3 definierten Requests. Beispiel wäre hier z.B. "Was könnt Ihr uns über den Salamanderstein sagen?".<br />
Direkt darunter kommt dann ebenfalls per Zufall eine der responses (z.B. "Da weiß ich leider überhaupt nichts.").<br />
<br />
Folgende Eigenschaften sind bei einem Keyword verfügbar:<br />
type: z.B. "Hidden" für Keywords die nicht in der Auswahl angezeigt werden oder "Always" für Stichworte, die immer in der Liste auftauchen (ohne extra aktiviert werden zu müssen).<br />
caption: Überschrift des Dialoges (z.B. Name der Person). Falls nicht definiert, wird der textkey "keyword_<id>" verwendet.<br />
<br />
<br />
Vererbung:<br />
Jedes Keywordset kann von einem anderen alle definierten Eigenschaften erben. Dies funktioniert per<br />
<parent>template</parent><br />
Dies bedeutet, dass alle im "parent" definierten Stichworte nun verfügbar sind. z.B.:<br />
<keywordset><br />
<id>kvirasim_haendler</id><br />
<caption>kvir_jadwina_greenston</caption><br />
<parent>template</parent><br />
<basemood>3</basemood><br />
<keywords><br />
<br />
<keyword><br />
<id>salamanderstein</id><br />
<type>Always</type><br />
<script><![CDATA[]]></script><br />
<request replace="true"><br />
<text>keyword_sstone</text><br />
</request><br />
<response replace="true"><br />
<text>sstones_fiana_sstone</text><br />
</response><br />
</keyword><br />
</keywords><br />
</keywordset><br />
<br />
Hier sind alle oben in template definierten Stichworte (also "salamanderstein"/"breakoff"/"greeting") übernommen. An salamanderstein werden dann noch änderungen vorgenommen. Durch <br />
<request replace="true"> bzw. <response replace="true"><br />
werden die im template definierten requests und responses überschrieben. Wäre das replace nicht gesetzt, würden die definierten requests/responses nur in den Zufallspool aufgenommen, so dass dann als response zufällig entweder res_sal_1/res_sal_2/res_sal_3 oder sstones_fiana_sstone auftaucht.</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/RollCheckRollCheck2015-12-17T13:47:19Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:NLTScript Referenz]]<br />
Beispiel:<br />
<br />
<syntaxhighlight lang="javascript"><br />
var res = rollCheck({"which":"ueberreden","who":"best","type":"skill", "mod":0});<br />
</syntaxhighlight><br />
<br />
Das Ergebnis der Funktion wird in die Variable "res" geschrieben. Für den Aufruf werden folgende Parameter übergeben:<br />
<br />
''which:'' Talent/Zauber, auf das/den die Probe abgelegt werden soll (wie in skills.xml definiert)<br />
<br />
''who:'' die ID des Chars, der die Probe ablegen soll. Der 1. Char hat die ID 0, der 6. Char die ID 5.<br />
Beim Parameter "best" wird automatisch der beste Char für die Probe ausgewählt. Achtung: "best" funktioniert nicht bei Zaubern.<br />
<br />
''type:'' "skill" oder "spell" - ist wohl selbsterklärend - oder "wskill" für ein Waffentalent, oder "attrib" für ein Attribut<br />
<br />
''mod:'' eine mögliche Probenerschwernis oder -erleichterung, negative Zahlen erschweren, positive erleichtern (optional)<br />
<br />
'''Ergebnisfelder:'''<br />
<br />
''id:'' ID des Chars, der die Probe durchgeführt hat (interessant bei "best")<br />
<br />
''ok:'' Probe gelungen<br />
<br />
''notok:'' Probe misslungen<br />
<br />
''resrem:'' übrig behaltene TaP* bzw. ZfP*<br />
<br />
<br />
<br />
'''Beispiel für die Weiterverarbeitung des Ergebnisses:'''<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.ok) return 3;<br />
</syntaxhighlight><br />
Wenn es ein Resultat gibt (wenn der Char nicht handlungsfähig ist, gibt es nämlich kein Resultat) UND die Probe gelungen ist, wird zu ID 3 verzweigt.<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.notok) return 4;<br />
</syntaxhighlight><br />
<br />
Bei Misslingen der Probe wird zu ID 4 verzweigt.<br />
<br />
<syntaxhighlight lang="javascript"><br />
<br />
if (res && res.ok && res.resrem > 4) return 5;<br />
</syntaxhighlight><br />
<br />
Wenn die Probe gelungen ist und mehr als 4 TaP* übrig behalten wurden, wird zu ID 5 verzweigt.<br />
<br />
<br />
--lunatic 15:46, 12. Mär. 2014 (CET)</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/DungeonDungeon2015-10-12T11:46:58Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:Modding]]<br />
Ein Dungeon im Spielsinn von Schicksalsklinge HD ist ein Bereich, in dem sich sog. [[#Trigger]] befinden, also dreidimensional definierte Bereiche, die bei "Berührung" durch eine Party eine Aktion auslösen. Für jeden Dungeon existiert ein Skriptbereich, der für den gesamten Dungeon sog. [[#Callbacks]] beinhaltet, also Funktion mit bestimmtem Namen, die bei bestimmten Aktionen aufgerufen werden. Ein Dungeon enthält außerdem die Definition von [[#Tür|Türen]] und deren Widerstandsfähigkeit gegen bestimmte Öffnungsarten, sowie [[#Truhe Truhen]], mit ähnlichen Definitionen. Außerdem sind sog. [[#Itemset Itemsets]] definiert, die als Inhalt von Truhen verwendet werden können.<br />
<br />
= Übersicht XML =<br />
Das Dungeon-XML ist in Bereiche unterteilt, die die Definition des Dungeon ausmachen:<br />
<syntaxhighlight lang="XML"><br />
<dungeon intname="dngf046"><br />
<floor id="0"><br />
<tiles><br />
<tile cdoorid="1" state="open" type="door" /><br />
<tile cdoorid="2" state="locked" foramenmod="6" lockpickmod="-2" runinmod="3" type="door" /><br />
<!--- ... --><br />
<tile chestid="1" foramenmod="-6" lockpickmod="2" type="chest" /><br />
<tile chestid="2" foramenmod="-6" lockpickmod="2" type="chest" /><br />
</tiles><br />
<fights><br />
<fight fightname="f04604" extraAP="0"><br />
<escape dir="0" x="1" y="10" lookdir="0" floor="0" /><br />
<escape dir="1" x="3" y="14" lookdir="3" floor="0" /><br />
<escape dir="2" x="1" y="10" lookdir="0" floor="0" /><br />
<escape dir="3" x="3" y="14" lookdir="3" floor="0" /><br />
<fightdata id="89" name="F04604"><br />
<enemy><br />
<monster id="6" startin="1" /><br />
<monster id="6" startin="1" /><br />
<monster id="16" startin="1" /><br />
<monster id="16" startin="1" /><br />
</enemy><br />
<loot /><br />
</fightdata><br />
</fight><br />
<!--- ... --><br />
</fights><br />
<triggers><br />
<trigger name="coolerroom" x="11" y="-16.5" width="4" height="4" /><br />
<trigger name="deadwanderer" x="2.5" y="-42" width="3" height="4" /><br />
<trigger name="f04604" x="7" y="-8.5" width="6" height="6" /><br />
<!--- ... --><br />
</triggers><br />
</floor><br />
<script><!-- hier steht normalerweise das Dungeonscript --></script><br />
<itemsets><br />
<itemset id="chest_0_2"><br />
<item id="3" /><br />
<item id="98" /><br />
<item id="4" /><br />
</itemset><br />
<itemset id="chest_1_1"><br />
<item id="47" /><br />
<item id="149" /><br />
<item id="236" count="1" /><br />
<item id="180" count="1" /><br />
<item id="169" /><br />
<item id="204" /><br />
<item id="243" /><br />
</itemset><br />
<!--- ... --><br />
</itemsets><br />
</dungeon><br />
</syntaxhighlight><br />
Jeder Dungeon ist in sog. "'''floor'''s", also Ebenen, unterteilt. Diese dienen als Container für Kämpfe, Tür- und Kistendefinitionen sowie Trigger. Allgemein für den gesamten Dungeon werden dann noch Itemsets und das sog. "Dungeonscript" gesetzt.<br />
<br />
=floor=<br />
Die floor-IDs sind numerisch und müssen aufsteigend gesetzt werden, beginnend mit "0".<br />
==Tür==<br />
Eine Tür wird mittels <tile cdoorid="XX" type="door"> definiert, wobei die existenten Tür-IDs durch das Dungeondesign und dessen Daten vorgegeben sind. Eine Tür kann folgende optionale Eigenschaften erhalten:<br />
* '''state''': Der Status der Tür bei Erst-Betreten des Dungeons. Mögliche Werte sind "open", "closed", und "locked"<br />
* '''foramenmod''': Der Modifikator auf einen Zauberspruch "foramen", der zum Öffnen der Tür verwendet werden soll. Positive Werte erleichtern, negative erschweren.<br />
* '''lockpickmod''': Der Modifikator auf eine Probe zum Öffnen der Tür mittels "Schlösser knacken"<br />
* '''runinmod''': Der Modifikator für das Eintreten der Tür mittels Stärkeprobe von zwei Charakteren<br />
<br />
==Geheimtür==<br />
Wird mittels <tile cdoorid="XX" state="closed" type="secretdoor"> definiert, wobei die möglichen IDs durch das Dungeondesign und dessen Daten vorgegeben sind. Geheimtüren werden über Trigger und das Dungeonscript geöffnet, eine Geheimtür mit "state="opened"" ist zwar theoretisch möglich, wäre aber relativ sinnlos.<br />
<br />
==Entfernbare Hindernisse==<br />
Werden mittels <tile cdoorid="XX" type="removeablewall"> definiert, wobei die möglichen IDs durch das Dungeondesign und dessen Daten vorgegeben sind. Entfernbare Hindernisse sind zB die eingestürzten Bereiche in der Mine von Prem, die mittels graben von der Party entfernt werden können. Auch diese werden ausschließlich über das Dungeonscript "geöffnet".<br />
<br />
==Truhe==<br />
Diese wird mittels <tile chestid="XX" type="chest"> definiert, wobei wie bei Türen die IDs der Kisten durch das Dungeondesign vorgegeben sind. Eine Kiste kann folgende optionale Eigenschaften erhalten:<br />
* '''foramenmod''': Der Modifikator auf einen Zauberspruch "foramen", der zum Öffnen der Truhe verwendet werden soll<br />
* '''lockpickmod''': Der Modifikator auf eine Probe zum Öffnen der Truhe mittels "Schlösser knacken"<br />
* '''trap''': Eine Falle, die beim missglückten Knacken des Schlosses auslöst. Als Wert wird die Schadensart übergeben, zB "physical" oder "fire"<br />
* '''diecnt''', '''dietype''', '''mod''': Wie viel Schaden die Falle verursachen soll, als Würfelwurf. Beispiel: 2W6+3 = diecnt="2" dietype="6" mod="3"<br />
<br />
<br />
<br />
= Dungeon-Recycling =<br />
Diese Modability erlaubt es, die bestehenden Dungeon-Szenen mit komplett neuen Inhalten zu befüllen und auch komplett von vorne Erforschbar zu machen, d.h. die Karte wird neu aufgedeckt, das Ganze wird wie ein neuer Dungeon behandelt, aber halt mit dem selben Szenen-Unterbau. Ich brauche Euch glaub ich nicht zu erklären, was sich ändern lässt und was nicht. Jedenfalls funktioniert das wie folgt:<br />
<br />
•In einer Mod einen "new dungeon" anlegen<br />
<br />
•Einen Namen für den Dungeon vergeben, der mit "dng" beginnt<br />
<br />
•Ins Dungeon-XML einen neuen Eintrag "<scene>[dungeonname]</scene>" einfügen, der den zu ladenden Dungeon angibt, also z.B. "<scene>[dngverlies]</scene>"<br />
<br />
•Restliches XML und Dungeonscript entsprechend umsetzen, als Basis kann man hier auch den Originaldungeon verwenden<br />
<br />
•Im Spiel erreicht man den Dungeon ganz normal über den Befehl "jumpToLocation({"where":"dungeonname"});" oder über Konsole mit "jump <neuerdungeonname>"</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/DungeonDungeon2015-10-12T11:46:30Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:Modding]]<br />
Ein Dungeon im Spielsinn von Schicksalsklinge HD ist ein Bereich, in dem sich sog. [[#Trigger]] befinden, also dreidimensional definierte Bereiche, die bei "Berührung" durch eine Party eine Aktion auslösen. Für jeden Dungeon existiert ein Skriptbereich, der für den gesamten Dungeon sog. [[#Callbacks]] beinhaltet, also Funktion mit bestimmtem Namen, die bei bestimmten Aktionen aufgerufen werden. Ein Dungeon enthält außerdem die Definition von [[#Tür|Türen]] und deren Widerstandsfähigkeit gegen bestimmte Öffnungsarten, sowie [[#Truhe Truhen]], mit ähnlichen Definitionen. Außerdem sind sog. [[#Itemset Itemsets]] definiert, die als Inhalt von Truhen verwendet werden können.<br />
<br />
= Übersicht XML =<br />
Das Dungeon-XML ist in Bereiche unterteilt, die die Definition des Dungeon ausmachen:<br />
<syntaxhighlight lang="XML"><br />
<dungeon intname="dngf046"><br />
<floor id="0"><br />
<tiles><br />
<tile cdoorid="1" state="open" type="door" /><br />
<tile cdoorid="2" state="locked" foramenmod="6" lockpickmod="-2" runinmod="3" type="door" /><br />
<!--- ... --><br />
<tile chestid="1" foramenmod="-6" lockpickmod="2" type="chest" /><br />
<tile chestid="2" foramenmod="-6" lockpickmod="2" type="chest" /><br />
</tiles><br />
<fights><br />
<fight fightname="f04604" extraAP="0"><br />
<escape dir="0" x="1" y="10" lookdir="0" floor="0" /><br />
<escape dir="1" x="3" y="14" lookdir="3" floor="0" /><br />
<escape dir="2" x="1" y="10" lookdir="0" floor="0" /><br />
<escape dir="3" x="3" y="14" lookdir="3" floor="0" /><br />
<fightdata id="89" name="F04604"><br />
<enemy><br />
<monster id="6" startin="1" /><br />
<monster id="6" startin="1" /><br />
<monster id="16" startin="1" /><br />
<monster id="16" startin="1" /><br />
</enemy><br />
<loot /><br />
</fightdata><br />
</fight><br />
<!--- ... --><br />
</fights><br />
<triggers><br />
<trigger name="coolerroom" x="11" y="-16.5" width="4" height="4" /><br />
<trigger name="deadwanderer" x="2.5" y="-42" width="3" height="4" /><br />
<trigger name="f04604" x="7" y="-8.5" width="6" height="6" /><br />
<!--- ... --><br />
</triggers><br />
</floor><br />
<script><!-- hier steht normalerweise das Dungeonscript --></script><br />
<itemsets><br />
<itemset id="chest_0_2"><br />
<item id="3" /><br />
<item id="98" /><br />
<item id="4" /><br />
</itemset><br />
<itemset id="chest_1_1"><br />
<item id="47" /><br />
<item id="149" /><br />
<item id="236" count="1" /><br />
<item id="180" count="1" /><br />
<item id="169" /><br />
<item id="204" /><br />
<item id="243" /><br />
</itemset><br />
<!--- ... --><br />
</itemsets><br />
</dungeon><br />
</syntaxhighlight><br />
Jeder Dungeon ist in sog. "'''floor'''s", also Ebenen, unterteilt. Diese dienen als Container für Kämpfe, Tür- und Kistendefinitionen sowie Trigger. Allgemein für den gesamten Dungeon werden dann noch Itemsets und das sog. "Dungeonscript" gesetzt.<br />
<br />
=floor=<br />
Die floor-IDs sind numerisch und müssen aufsteigend gesetzt werden, beginnend mit "0".<br />
==Tür==<br />
Eine Tür wird mittels <tile cdoorid="XX" type="door"> definiert, wobei die existenten Tür-IDs durch das Dungeondesign und dessen Daten vorgegeben sind. Eine Tür kann folgende optionale Eigenschaften erhalten:<br />
* '''state''': Der Status der Tür bei Erst-Betreten des Dungeons. Mögliche Werte sind "open", "closed", und "locked"<br />
* '''foramenmod''': Der Modifikator auf einen Zauberspruch "foramen", der zum Öffnen der Tür verwendet werden soll. Positive Werte erleichtern, negative erschweren.<br />
* '''lockpickmod''': Der Modifikator auf eine Probe zum Öffnen der Tür mittels "Schlösser knacken"<br />
* '''runinmod''': Der Modifikator für das Eintreten der Tür mittels Stärkeprobe von zwei Charakteren<br />
<br />
==Geheimtür==<br />
Wird mittels <tile cdoorid="XX" state="closed" type="secretdoor"> definiert, wobei die möglichen IDs durch das Dungeondesign und dessen Daten vorgegeben sind. Geheimtüren werden über Trigger und das Dungeonscript geöffnet, eine Geheimtür mit "state="opened"" ist zwar theoretisch möglich, wäre aber relativ sinnlos.<br />
<br />
==Entfernbare Hindernisse==<br />
Werden mittels <tile cdoorid="XX" type="removeablewall"> definiert, wobei die möglichen IDs durch das Dungeondesign und dessen Daten vorgegeben sind. Entfernbare Hindernisse sind zB die eingestürzten Bereiche in der Mine von Prem, die mittels graben von der Party entfernt werden können. Auch diese werden ausschließlich über das Dungeonscript "geöffnet".<br />
<br />
==Truhe==<br />
Diese wird mittels <tile chestid="XX" type="chest"> definiert, wobei wie bei Türen die IDs der Kisten durch das Dungeondesign vorgegeben sind. Eine Kiste kann folgende optionale Eigenschaften erhalten:<br />
* '''foramenmod''': Der Modifikator auf einen Zauberspruch "foramen", der zum Öffnen der Truhe verwendet werden soll<br />
* '''lockpickmod''': Der Modifikator auf eine Probe zum Öffnen der Truhe mittels "Schlösser knacken"<br />
* '''trap''': Eine Falle, die beim missglückten Knacken des Schlosses auslöst. Als Wert wird die Schadensart übergeben, zB "physical" oder "fire"<br />
* '''diecnt''', '''dietype''', '''mod''': Wie viel Schaden die Falle verursachen soll, als Würfelwurf. Beispiel: 2W6+3 = diecnt="2" dietype="6" mod="3"<br />
<br />
<br />
<br />
==Dungeon-Recycling==<br />
Diese Modability erlaubt es, die bestehenden Dungeon-Szenen mit komplett neuen Inhalten zu befüllen und auch komplett von vorne Erforschbar zu machen, d.h. die Karte wird neu aufgedeckt, das Ganze wird wie ein neuer Dungeon behandelt, aber halt mit dem selben Szenen-Unterbau. Ich brauche Euch glaub ich nicht zu erklären, was sich ändern lässt und was nicht. Jedenfalls funktioniert das wie folgt:<br />
<br />
•In einer Mod einen "new dungeon" anlegen<br />
<br />
•Einen Namen für den Dungeon vergeben, der mit "dng" beginnt<br />
<br />
•Ins Dungeon-XML einen neuen Eintrag "<scene>[dungeonname]</scene>" einfügen, der den zu ladenden Dungeon angibt, also z.B. "<scene>[dngverlies]</scene>"<br />
<br />
•Restliches XML und Dungeonscript entsprechend umsetzen, als Basis kann man hier auch den Originaldungeon verwenden<br />
<br />
•Im Spiel erreicht man den Dungeon ganz normal über den Befehl "jumpToLocation({"where":"dungeonname"});" oder über Konsole mit "jump <neuerdungeonname>"</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/DungeonDungeon2015-10-12T11:45:26Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:Modding]]<br />
Ein Dungeon im Spielsinn von Schicksalsklinge HD ist ein Bereich, in dem sich sog. [[#Trigger]] befinden, also dreidimensional definierte Bereiche, die bei "Berührung" durch eine Party eine Aktion auslösen. Für jeden Dungeon existiert ein Skriptbereich, der für den gesamten Dungeon sog. [[#Callbacks]] beinhaltet, also Funktion mit bestimmtem Namen, die bei bestimmten Aktionen aufgerufen werden. Ein Dungeon enthält außerdem die Definition von [[#Tür|Türen]] und deren Widerstandsfähigkeit gegen bestimmte Öffnungsarten, sowie [[#Truhe Truhen]], mit ähnlichen Definitionen. Außerdem sind sog. [[#Itemset Itemsets]] definiert, die als Inhalt von Truhen verwendet werden können.<br />
<br />
= Übersicht XML =<br />
Das Dungeon-XML ist in Bereiche unterteilt, die die Definition des Dungeon ausmachen:<br />
<syntaxhighlight lang="XML"><br />
<dungeon intname="dngf046"><br />
<floor id="0"><br />
<tiles><br />
<tile cdoorid="1" state="open" type="door" /><br />
<tile cdoorid="2" state="locked" foramenmod="6" lockpickmod="-2" runinmod="3" type="door" /><br />
<!--- ... --><br />
<tile chestid="1" foramenmod="-6" lockpickmod="2" type="chest" /><br />
<tile chestid="2" foramenmod="-6" lockpickmod="2" type="chest" /><br />
</tiles><br />
<fights><br />
<fight fightname="f04604" extraAP="0"><br />
<escape dir="0" x="1" y="10" lookdir="0" floor="0" /><br />
<escape dir="1" x="3" y="14" lookdir="3" floor="0" /><br />
<escape dir="2" x="1" y="10" lookdir="0" floor="0" /><br />
<escape dir="3" x="3" y="14" lookdir="3" floor="0" /><br />
<fightdata id="89" name="F04604"><br />
<enemy><br />
<monster id="6" startin="1" /><br />
<monster id="6" startin="1" /><br />
<monster id="16" startin="1" /><br />
<monster id="16" startin="1" /><br />
</enemy><br />
<loot /><br />
</fightdata><br />
</fight><br />
<!--- ... --><br />
</fights><br />
<triggers><br />
<trigger name="coolerroom" x="11" y="-16.5" width="4" height="4" /><br />
<trigger name="deadwanderer" x="2.5" y="-42" width="3" height="4" /><br />
<trigger name="f04604" x="7" y="-8.5" width="6" height="6" /><br />
<!--- ... --><br />
</triggers><br />
</floor><br />
<script><!-- hier steht normalerweise das Dungeonscript --></script><br />
<itemsets><br />
<itemset id="chest_0_2"><br />
<item id="3" /><br />
<item id="98" /><br />
<item id="4" /><br />
</itemset><br />
<itemset id="chest_1_1"><br />
<item id="47" /><br />
<item id="149" /><br />
<item id="236" count="1" /><br />
<item id="180" count="1" /><br />
<item id="169" /><br />
<item id="204" /><br />
<item id="243" /><br />
</itemset><br />
<!--- ... --><br />
</itemsets><br />
</dungeon><br />
</syntaxhighlight><br />
Jeder Dungeon ist in sog. "'''floor'''s", also Ebenen, unterteilt. Diese dienen als Container für Kämpfe, Tür- und Kistendefinitionen sowie Trigger. Allgemein für den gesamten Dungeon werden dann noch Itemsets und das sog. "Dungeonscript" gesetzt.<br />
<br />
=floor=<br />
Die floor-IDs sind numerisch und müssen aufsteigend gesetzt werden, beginnend mit "0".<br />
==Tür==<br />
Eine Tür wird mittels <tile cdoorid="XX" type="door"> definiert, wobei die existenten Tür-IDs durch das Dungeondesign und dessen Daten vorgegeben sind. Eine Tür kann folgende optionale Eigenschaften erhalten:<br />
* '''state''': Der Status der Tür bei Erst-Betreten des Dungeons. Mögliche Werte sind "open", "closed", und "locked"<br />
* '''foramenmod''': Der Modifikator auf einen Zauberspruch "foramen", der zum Öffnen der Tür verwendet werden soll. Positive Werte erleichtern, negative erschweren.<br />
* '''lockpickmod''': Der Modifikator auf eine Probe zum Öffnen der Tür mittels "Schlösser knacken"<br />
* '''runinmod''': Der Modifikator für das Eintreten der Tür mittels Stärkeprobe von zwei Charakteren<br />
<br />
==Geheimtür==<br />
Wird mittels <tile cdoorid="XX" state="closed" type="secretdoor"> definiert, wobei die möglichen IDs durch das Dungeondesign und dessen Daten vorgegeben sind. Geheimtüren werden über Trigger und das Dungeonscript geöffnet, eine Geheimtür mit "state="opened"" ist zwar theoretisch möglich, wäre aber relativ sinnlos.<br />
<br />
==Entfernbare Hindernisse==<br />
Werden mittels <tile cdoorid="XX" type="removeablewall"> definiert, wobei die möglichen IDs durch das Dungeondesign und dessen Daten vorgegeben sind. Entfernbare Hindernisse sind zB die eingestürzten Bereiche in der Mine von Prem, die mittels graben von der Party entfernt werden können. Auch diese werden ausschließlich über das Dungeonscript "geöffnet".<br />
<br />
==Truhe==<br />
Diese wird mittels <tile chestid="XX" type="chest"> definiert, wobei wie bei Türen die IDs der Kisten durch das Dungeondesign vorgegeben sind. Eine Kiste kann folgende optionale Eigenschaften erhalten:<br />
* '''foramenmod''': Der Modifikator auf einen Zauberspruch "foramen", der zum Öffnen der Truhe verwendet werden soll<br />
* '''lockpickmod''': Der Modifikator auf eine Probe zum Öffnen der Truhe mittels "Schlösser knacken"<br />
* '''trap''': Eine Falle, die beim missglückten Knacken des Schlosses auslöst. Als Wert wird die Schadensart übergeben, zB "physical" oder "fire"<br />
* '''diecnt''', '''dietype''', '''mod''': Wie viel Schaden die Falle verursachen soll, als Würfelwurf. Beispiel: 2W6+3 = diecnt="2" dietype="6" mod="3"<br />
<br />
<br />
<br />
Dungeon-Recycling:<br />
Diese Modability erlaubt es, die bestehenden Dungeon-Szenen mit komplett neuen Inhalten zu befüllen und auch komplett von vorne Erforschbar zu machen, d.h. die Karte wird neu aufgedeckt, das Ganze wird wie ein neuer Dungeon behandelt, aber halt mit dem selben Szenen-Unterbau. Ich brauche Euch glaub ich nicht zu erklären, was sich ändern lässt und was nicht. Jedenfalls funktioniert das wie folgt:<br />
<br />
•In einer Mod einen "new dungeon" anlegen<br />
•Einen Namen für den Dungeon vergeben, der mit "dng" beginnt<br />
•Ins Dungeon-XML einen neuen Eintrag "<scene>[dungeonname]</scene>" einfügen, der den zu ladenden Dungeon angibt, also z.B. "<scene>[dngverlies]</scene>"<br />
•Restliches XML und Dungeonscript entsprechend umsetzen, als Basis kann man hier auch den Originaldungeon verwenden<br />
•Im Spiel erreicht man den Dungeon ganz normal über den Befehl "jumpToLocation({"where":"dungeonname"});" oder über Konsole mit "jump <neuerdungeonname>"</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/StartDialogueStartDialogue2015-10-10T12:34:00Z<p>Mordbrenner: </p>
<hr />
<div><syntaxhighlight lang="javascript"><br />
startDialogue(DIALOG-ID);<br />
</syntaxhighlight><br />
Startet den Dialog mit der übergebenen ID.<br />
<br />
Am besten immer in einer function forward() verwenden mit anschließendem "return tobecontinued;", um Probleme z.B. mit Bildern im Folge-Dialog zu vermeiden.<br />
<br />
--lunatic 19:42, 31. Jan. 2015 (CET)<br />
[[Category:NLTScript Referenz]]</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/SetDialogueImageSetDialogueImage2015-08-30T14:19:46Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:NLTScript Referenz]]<br />
<syntaxhighlight lang="javascript"><br />
setDialogueImage("bildname");<br />
</syntaxhighlight><br />
Ein Dialog hat die Möglichkeit, ein (kleines) Bild anzuzeigen. Dieses kann entweder direkt beim Dialogpartner definiert werden (bildid im XML bzw. Spalte "img" im DSATool), und gilt dann für den gesamten Dialog. Zusätzlich kann mittels setDialogueImage dieses Bild direkt im Dialog verändert werden, zur Verfügung stehen die Vanilla Ressourcen-Bilder (resources.asset, zB item/alchemieset, item/araxgift oder images/magier_04) aber auch alle Bilder, die über imagedirectory per Mod eingebunden wurden. Letztere werden "lazy" geladen, d.h. bei der ersten Verwendung kann es zu einer kurzen Verzögerung bis zur Bildanzeige kommen, je nach Größe des Bildes und Zugriffsgeschwindigkeit.<br />
<br />
Das Bild wird auf 64x64 Pixel resized, egal wie groß das Grundbild ist.<br />
<br />
<br />
<br />
Hinweis: Um eigene Bilder einzubinden, müssen diese in einem Mod im Unterordner bilder liegen und dieser muss auch in der contentinfo.xml des entsprechenden Mods eingefügt sein:<br />
<syntaxhighlight lang="javascript"><br />
<imagedirectory name="bilder"/><br />
</syntaxhighlight></div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/SetDialogueImageSetDialogueImage2015-08-30T14:19:24Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:NLTScript Referenz]]<br />
<syntaxhighlight lang="javascript"><br />
setDialogueImage("bildname");<br />
</syntaxhighlight><br />
Ein Dialog hat die Möglichkeit, ein (kleines) Bild anzuzeigen. Dieses kann entweder direkt beim Dialogpartner definiert werden (bildid im XML bzw. Spalte "img" im DSATool), und gilt dann für den gesamten Dialog. Zusätzlich kann mittels setDialogueImage dieses Bild direkt im Dialog verändert werden, zur Verfügung stehen die Vanilla Ressourcen-Bilder (resources.asset, zB item/alchemieset, item/araxgift oder images/magier_04) aber auch alle Bilder, die über imagedirectory per Mod eingebunden wurden. Letztere werden "lazy" geladen, d.h. bei der ersten Verwendung kann es zu einer kurzen Verzögerung bis zur Bildanzeige kommen, je nach Größe des Bildes und Zugriffsgeschwindigkeit.<br />
<br />
Das Bild wird auf 64x64 Pixel resized, egal wie groß das Grundbild ist.<br />
<br />
<br />
<br />
Hinweis: Um eigene Bilder einzubinden, müssen diese in einem Mod im Unterordner bilder liegen und dieser muss auch in der contentinfo.xml des entsprechenden Mods eingefügt sein:<br />
<br />
<imagedirectory name="bilder"/></div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/SetDialogueImageSetDialogueImage2015-08-30T14:18:31Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:NLTScript Referenz]]<br />
<syntaxhighlight lang="javascript"><br />
setDialogueImage("bildname");<br />
</syntaxhighlight><br />
Ein Dialog hat die Möglichkeit, ein (kleines) Bild anzuzeigen. Dieses kann entweder direkt beim Dialogpartner definiert werden (bildid im XML bzw. Spalte "img" im DSATool), und gilt dann für den gesamten Dialog. Zusätzlich kann mittels setDialogueImage dieses Bild direkt im Dialog verändert werden, zur Verfügung stehen die Vanilla Ressourcen-Bilder (resources.asset, zB item/alchemieset, item/araxgift oder images/magier_04) aber auch alle Bilder, die über imagedirectory per Mod eingebunden wurden. Letztere werden "lazy" geladen, d.h. bei der ersten Verwendung kann es zu einer kurzen Verzögerung bis zur Bildanzeige kommen, je nach Größe des Bildes und Zugriffsgeschwindigkeit.<br />
<br />
Das Bild wird auf 64x64 Pixel resized, egal wie groß das Grundbild ist.<br />
<br />
<br />
<br />
Hinweis: Um eigene Bilder einzubinden, müssen diese immer auch in der contentinfo.xml des entsprechenden Mods eingefügt sein:<br />
<imagedirectory name="bilder"/></div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/GetEquippedGetEquipped2015-08-29T23:02:29Z<p>Mordbrenner: </p>
<hr />
<div><syntaxhighlight lang="javascript"><br />
var res = getEquipped(Slot, Char-ID);<br />
</syntaxhighlight><br />
<br />
Liefert ein Array mit Informationen über das Item, das der Charakter mit der übergebenen Char-ID im übergebenen Slot trägt.<br />
<br />
<br />
Zulässige Slots:<br />
<br />
<br />
"weapon","shield","rightring", "leftring", "leg","underleg","shoe","rightarm","leftarm", "upperarm","chest","belly","coat","neck","head"<br />
<br />
<br />
sowie die Inventar Slots: "inventory01" bis "inventory21"<br />
<br />
<br />
Zurückgelieferte Werte (gültig ab V1.35):<br />
<br />
id: 14<br />
name: Dolch<br />
count: 1<br />
expires: 0<br />
isMagical: false<br />
isBroken: false<br />
isPersonal: false<br />
isStackable: false<br />
isTwohanded: false<br />
skill: stichwaffen<br />
recognized: false<br />
varusestype: <br />
armor: 0<br />
damage: 1W6+1<br />
AT: 0<br />
PA: -1<br />
BF: -1<br />
kkfrom: 17<br />
kkevery: 5<br />
kkmod: 0<br />
uses: 0<br />
level: 0<br />
canuse: JKSTZHMAFW<br />
val: 200<br />
weight: 20<br />
totalweight: 20<br />
<br />
<br />
Beispiel: Die Item-ID ist dann zu finden in der Variablen <syntaxhighlight lang="javascript"><br />
res.id<br />
</syntaxhighlight><br />
<br />
<br />
<br />
<br />
--lunatic 19:28, 31. Jan. 2015 (CET)<br />
<br />
[[Category:NLTScript Referenz]]</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/BilderBilder2015-07-12T13:32:12Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:Modding]]<br />
<br />
<big>'''Einbinden von eigenen Bildern'''</big><br />
<br />
=== Charakterportraits per charimage-Ordner===<br />
<br />
Im Verzeichnis "BladeofDestiny" (Unterverzeichnis "Dokumente" oder "Eigene Dateien" je nach Betriebssystem, nicht zu verwechseln mit dem Ordner "charimg" im Installationsverzeichnis) befindet sich der Ordner "charimage". In diesem können eigene Bilder abgelegt werden, die im Spiel dann als Charakterportraits zu Verfügung stehen.<br />
<br />
Unterstützte Formate: png, jpg, jpeg<br />
<br />
Größe: 256x256 Pixel<br />
<br />
Durch die Dateinamenerweiterung "_m" oder "_w" wird sicher gestellt, dass das betreffende Bild entsprechend nur bei männlichen oder weiblichen Charakteren (in der Generierung oder beim Durchklicken im Charakterbogen) zur Verfügung steht.<br />
<br />
Möchte man einer Charakterdatei (.dsa1char) ein festes Bild aus diesem Verzeichnis zuordnen, geschieht dies wie folgt:<br />
<br />
<syntaxhighlight lang="xml"><br />
<charpic>user_BILDNAME</charpic><br />
</syntaxhighlight><br />
<br />
<br />
=== Bilder per Modul einbinden ===<br />
<br />
In der Datei "contentinfo.xml" eines Moduls kann man einen Bilder-Ordner definieren, der einen beliebigen Namen tragen kann, z.B. so:<br />
<br />
<syntaxhighlight lang="xml"><br />
<imagedirectory name="eigenebilder" /><br />
</syntaxhighlight><br />
<br />
Einen Ordner mit entsprechendem Namen legt man dann als Unterordner des Modulordners an und kopiert alle gewünschten Bilderdateien dort hinein.<br />
<br />
Hierzu ist zu beachten, dass entsprechende Unterordner angelegt werden müssen. Um zB ein Monsterportrait mittels "lareslot" ansprechen zu können, muss es sich unterhalb des Bilderordners des Moduls im ordner "battle/monsterportrait" befinden. Die Ordner lauten:<br />
Items: item<br />
Kampfgegner: battle/monsterportrait<br />
Götterflaggen (auch in den Dörfern draußen): godflag, name der Datei "fahne_<gottheit>" (zB fahne_firun oder fahne_rahja)<br />
PlayerPortraits: charimgm und charimgw<br />
<br />
Bei den Playerportraits bitte beachten, dass diese für Module OHNE Erweiterung referenziert werden müssen. Ein Beispiel:<br />
<br />
Das Bild heißt bilder/charimgw/skalde03.jpg (wobei "bilder" der Imagefolder ist). D.h. in der Characterdefinition müsste es dann so angesprochen werden:<br />
<br />
<br />
<charimg><br />
<f>skalde03</f><br />
</charimg><br />
<br />
<br />
<br />
===== Zugriff auf die Bilder im XML/Javascript =====<br />
<br />
''Der Zugriff auf eine Bilddatei erfolgt immer ohne Angabe der Dateiendung!''<br />
<br />
Im Tag "bildid" des Haupttags "dialogpartner" kann der Dateiname der Bilddatei direkt angegeben werden, so dass das Bild dann während des gesamten Dialogs angezeigt wird.<br />
<br />
<syntaxhighlight lang="xml"><br />
<partner><br />
<id>info7_1</id><br />
<name>info7_1_hl</name><br />
<bildid>eigenesbild</bildid><br />
</partner><br />
</syntaxhighlight><br />
<br />
Zusätzlich gibt es die JS-Funktion [[setDialogueImage]], die darüber hinaus den Vorteil bietet, auch im Laufe eines Dialogs (je nach gerade aktiver Dialog-ID) ein Bild anzuzeigen bzw. zu wechseln.<br />
<br />
<syntaxhighlight lang="javascript"><br />
setDialogueImage("eigenesbild2");<br />
</syntaxhighlight><br />
<br />
<br />
Unterstützte Formate: png, jpg, jpeg<br />
<br />
Größe: Die Bilder werden bis zu einer Größe von 256*256 Pixel in ihrer nativen Größe dargestellt, wenn sie größer sind, werden sie auf 256*256 Pixel skaliert.<br />
<br />
<br />
==== Bilder aus den asset-Dateien des Spiels in Dialogen anzeigen ====<br />
<br />
Über [[setDialogueImage]] kann man auch auf die Ressourcen-Bilder aus den Assets zugreifen und diese in einem Dialog anzeigen. Für Itembilder wird dem Namen des Bildes "item/" vorangestellt, für Charakterportraits "images/".<br />
<br />
<syntaxhighlight lang="javascript"><br />
setDialogueImage("item/hexenbesen");<br />
</syntaxhighlight><br />
<br />
<syntaxhighlight lang="javascript"><br />
setDialogueImage("images/druide_01");<br />
</syntaxhighlight><br />
<br />
<br />
<br />
<br />
--lunatic 21:06, 1. Mai 2015 (CEST)</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/BilderBilder2015-07-12T13:30:54Z<p>Mordbrenner: </p>
<hr />
<div>[[Category:Modding]]<br />
<br />
<big>'''Einbinden von eigenen Bildern'''</big><br />
<br />
=== Charakterportraits per charimage-Ordner===<br />
<br />
Im Verzeichnis "BladeofDestiny" (Unterverzeichnis "Dokumente" oder "Eigene Dateien" je nach Betriebssystem, nicht zu verwechseln mit dem Ordner "charimg" im Installationsverzeichnis) befindet sich der Ordner "charimage". In diesem können eigene Bilder abgelegt werden, die im Spiel dann als Charakterportraits zu Verfügung stehen.<br />
<br />
Unterstützte Formate: png, jpg, jpeg<br />
<br />
Größe: 256x256 Pixel<br />
<br />
Durch die Dateinamenerweiterung "_m" oder "_w" wird sicher gestellt, dass das betreffende Bild entsprechend nur bei männlichen oder weiblichen Charakteren (in der Generierung oder beim Durchklicken im Charakterbogen) zur Verfügung steht.<br />
<br />
Möchte man einer Charakterdatei (.dsa1char) ein festes Bild aus diesem Verzeichnis zuordnen, geschieht dies wie folgt:<br />
<br />
<syntaxhighlight lang="xml"><br />
<charpic>user_BILDNAME</charpic><br />
</syntaxhighlight><br />
<br />
<br />
=== Bilder per Modul einbinden ===<br />
<br />
In der Datei "contentinfo.xml" eines Moduls kann man einen Bilder-Ordner definieren, der einen beliebigen Namen tragen kann, z.B. so:<br />
<br />
<syntaxhighlight lang="xml"><br />
<imagedirectory name="eigenebilder" /><br />
</syntaxhighlight><br />
<br />
Einen Ordner mit entsprechendem Namen legt man dann als Unterordner des Modulordners an und kopiert alle gewünschten Bilderdateien dort hinein.<br />
<br />
Hierzu ist zu beachten, dass entsprechende Unterordner angelegt werden müssen. Um zB ein Monsterportrait mittels "lareslot" ansprechen zu können, muss es sich unterhalb des Bilderordners des Moduls im ordner "battle/monsterportrait" befinden. Die Ordner lauten:<br />
Items: item<br />
Kampfgegner: battle/monsterportrait<br />
Götterflaggen (auch in den Dörfern draußen): godflag, name der Datei "fahne_<gottheit>" (zB fahne_firun oder fahne_rahja)<br />
PlayerPortraits: charimgm und charimgw<br />
<br />
Bei den Playerportraits bitte beachten, dass diese für Module OHNE Erweiterung referenziert werden müssen. Ein Beispiel:<br />
<br />
Das Bild heißt bilder/charimgw/skalde03.jpg (wobei "bilder" der Imagefolder ist). D.h. in der Characterdefinition müsste es dann so angesprochen werden:<br />
<br />
Quellcode<br />
<br />
1<br />
2<br />
3<br />
<br />
<br />
<br />
<charimg><br />
<f>skalde03</f><br />
</charimg><br />
<br />
<br />
<br />
===== Zugriff auf die Bilder im XML/Javascript =====<br />
<br />
''Der Zugriff auf eine Bilddatei erfolgt immer ohne Angabe der Dateiendung!''<br />
<br />
Im Tag "bildid" des Haupttags "dialogpartner" kann der Dateiname der Bilddatei direkt angegeben werden, so dass das Bild dann während des gesamten Dialogs angezeigt wird.<br />
<br />
<syntaxhighlight lang="xml"><br />
<partner><br />
<id>info7_1</id><br />
<name>info7_1_hl</name><br />
<bildid>eigenesbild</bildid><br />
</partner><br />
</syntaxhighlight><br />
<br />
Zusätzlich gibt es die JS-Funktion [[setDialogueImage]], die darüber hinaus den Vorteil bietet, auch im Laufe eines Dialogs (je nach gerade aktiver Dialog-ID) ein Bild anzuzeigen bzw. zu wechseln.<br />
<br />
<syntaxhighlight lang="javascript"><br />
setDialogueImage("eigenesbild2");<br />
</syntaxhighlight><br />
<br />
<br />
Unterstützte Formate: png, jpg, jpeg<br />
<br />
Größe: Die Bilder werden bis zu einer Größe von 256*256 Pixel in ihrer nativen Größe dargestellt, wenn sie größer sind, werden sie auf 256*256 Pixel skaliert.<br />
<br />
<br />
==== Bilder aus den asset-Dateien des Spiels in Dialogen anzeigen ====<br />
<br />
Über [[setDialogueImage]] kann man auch auf die Ressourcen-Bilder aus den Assets zugreifen und diese in einem Dialog anzeigen. Für Itembilder wird dem Namen des Bildes "item/" vorangestellt, für Charakterportraits "images/".<br />
<br />
<syntaxhighlight lang="javascript"><br />
setDialogueImage("item/hexenbesen");<br />
</syntaxhighlight><br />
<br />
<syntaxhighlight lang="javascript"><br />
setDialogueImage("images/druide_01");<br />
</syntaxhighlight><br />
<br />
<br />
<br />
<br />
--lunatic 21:06, 1. Mai 2015 (CEST)</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/DamageCurrentWeaponDamageCurrentWeapon2015-06-12T13:50:17Z<p>Mordbrenner: </p>
<hr />
<div>'''damageCurrentWeapon({"who":i,"mandatory":true})'''<br />
<br />
Diese Funktion erhöht den BF der aktuell ausgerüsteten Waffe.<br />
<br />
<br />
Wird '''"who"''' nicht definiert, so sind die ausgerüsteten Waffen der kompletten Gruppe betroffen.<br />
<br />
'''"mandatory"''':true/false -> Bei true wird der BF bei der Waffe direkt erhöht ohne Bruchtest. Bei false wird eine BF-Probe gewürfelt (Waffe kann zerbrechen).</div>Mordbrennerhttps://wiki.sternenschweif.com/index.php/DamageCurrentWeaponDamageCurrentWeapon2015-06-12T07:16:16Z<p>Mordbrenner: Die Seite wurde neu angelegt: „'''damageCurrentWeapon({"who":i,"mandatory":true})''' Diese Funktion erhöht den BF der aktuell ausgerüsteten Waffe. Wird '''"who"''' nicht definiert, so s…“</p>
<hr />
<div>'''damageCurrentWeapon({"who":i,"mandatory":true})'''<br />
<br />
Diese Funktion erhöht den BF der aktuell ausgerüsteten Waffe.<br />
<br />
<br />
Wird '''"who"''' nicht definiert, so sind die ausgerüsteten Waffen der kompletten Gruppe betroffen.<br />
<br />
Zu prüfen:<br />
'''"mandatory"''':true/false -> Bei true wird der BF bei der Waffe direkt erhöht ohne Bruchtest. Bei false wird eine BF-Probe gewürfelt (Waffe kann zerbrechen).</div>Mordbrenner