Changes for page Mission Director Guide

Last modified by Klaus Meyer on 2025/03/31 16:39

From version 32960.1
edited by Daniel Turner
on 2023/08/24 09:46
Change comment: There is no comment for this version
To version 32965.1
edited by Daniel Turner
on 2023/08/24 10:24
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -217,11 +217,11 @@
217 217  {{/code}}
218 218  
219 219  {{info}}
220 -Messages printed with <debug_text> are usually only visible when the "scripts" debug filter is enabled, see Script debug output
220 +Messages printed with <debug_text> are usually only visible when the "scripts" debug filter is enabled, see [[Script debug output>>doc:||anchor="HScriptdebugoutput"]]
221 221  {{/info}}
222 222  
223 +Script debug output
223 223  
224 -
225 225  Each child action in a <do_any> node can have a //**weight**// attribute, which can be used to control the random selection of an action node. The default weight of a child node is 1.
226 226  
227 227  Also available is **<do_if>**, which completes the enclosed action(s) only if one provided value is non-null or matches another. Directly after a <do_if> node, you can add one or more **<do_elseif>** nodes to perform additional checks only in case the previous conditions were not met. The node **<do_else>** can be used directly after a <do_if> or a <do_elseif>. It is executed only if none of the conditions are met.
... ... @@ -239,7 +239,6 @@
239 239  {{/info}}
240 240  
241 241  
242 -
243 243  Library cues are written like normal cues, they are also defined in a <cues> node, just with the difference that the XML tag is called library instead of cue:
244 244  
245 245  {{code language="xml"}}
... ... @@ -290,11 +290,9 @@
290 290  {{/code}}
291 291  
292 292  {{warning}}
293 -These examples are definitely <u>not</u> examples of good scripting style.
292 +These examples are definitely **__not__ **examples of good scripting style.
294 294  {{/warning}}
295 295  
296 -
297 -
298 298  So when writing the library, you don't have to worry about name confusion, just use the names of cues in your library and it will work as expected when the library is used. Names of cues that do not belong to the library will not be available in expressions (see Foo in the example above), however, names of other libraries in the file are available when referencing them in the ref attribute.
299 299  
300 300  Notes:
... ... @@ -364,8 +364,6 @@
364 364  This sub-section requires basic knowledge of script expressions.
365 365  {{/info}}
366 366  
367 -
368 -
369 369  In case of instances with sub-instances, you will often want to access a related instance from the current one. Like in the non-instance case, you can simply write the cue name in an expression to reference that cue. However, you should be aware of the pitfalls that are accompanied by this.
370 370  
371 371  When you use a cue name from the same script in an expression, it will always be resolved to some cue - usually a static cue, even if it is still in the disabled state, but it can also be an instance, if it is "related" to the current one.
... ... @@ -401,7 +401,7 @@
401 401  
402 402  * **Conditions with results:** If the instantiating cue has conditions with results, those results are stored in variables - but in the variables of the static cue, not of the instance! So in the <actions> you have to access the variables via the **static **keyword:
403 403  
404 -{{code language="xml"}} <debug_text text="static.$foo"/>{{/code}}
399 +{{code language="xml"}}<debug_text text="static.$foo"/>{{/code}}
405 405  It may even be necessary to copy the variables over to the instance because the static variables can be overwritten by the next condition check:
406 406  {{code language="xml"}}<set_value name="$foo" exact="static.$foo"/>{{/code}}
407 407  
... ... @@ -422,8 +422,6 @@
422 422  Since octal numbers are hardly ever used (usually unknowingly), the parser is will produce a warning if an octal number is encountered."
423 423  {{/info}}
424 424  
425 -
426 -
427 427  You can write string literals by putting the string in single quotes:
428 428  
429 429  * {{code language="xml"}}'Hello world'{{/code}}
... ... @@ -501,10 +501,10 @@
501 501  |true|constant|{{code language="xml"}}null == 0{{/code}}|{{code language="xml"}}true{{/code}}|Integer value 1, useful in Boolean expressions
502 502  |pi|constant|{{code language="xml"}}2 * pi{{/code}}|{{code language="xml"}}6.2831853rad{{/code}}|╧Ç as an angle (same as 180deg)
503 503  |()|delimiter|{{code language="xml"}}(2 + 4) * (6 + 1){{/code}}|{{code language="xml"}}42{{/code}}|Parentheses for arithmetic grouping
504 -|[]|delimiter|{{code language="xml"}}[1, 2, 2+1, 'string']{{/code}}|{{code language="xml"}}[1, 2, 3, 'string']{{/code}}|[[List>>MediaWiki.NULL]] of values
505 -|table[]|delimiter|{{code language="xml"}}table[$foo='bar', {1+1}=40+2]{{/code}}|{{code language="xml"}}table[$foo='bar', {2}=42]{{/code}}|[[Table>>MediaWiki.NULL]] of values
497 +|[]|delimiter|{{code language="xml"}}[1, 2, 2+1, 'string']{{/code}}|{{code language="xml"}}[1, 2, 3, 'string']{{/code}}|[[List>>doc:||anchor="HLists" style="outline-width: 0px !important; user-select: auto !important;"]] of values
498 +|table[]|delimiter|{{code language="xml"}}table[$foo='bar', {1+1}=40+2]{{/code}}|{{code language="xml"}}table[$foo='bar', {2}=42]{{/code}}|[[Table>>doc:||anchor="HTables" style="outline-width: 0px !important; user-select: auto !important;"]] of values
506 506  |{}|delimiter|{{code language="xml"}}{101, 3}{{/code}}|{{code language="xml"}}'Some text'{{/code}}|Text lookup (page ID and text ID) from TextDB
507 -\\(Note: Braces are also used for [[property lookups>>MediaWiki.NULL]])
500 +\\(Note: Braces are also used for [[property lookups>>doc:||anchor="HValueproperties" style="outline-width: 0px !important; user-select: auto !important;"]])
508 508  |+|unary|{{code language="xml"}}+21 * (+2){{/code}}|{{code language="xml"}}42{{/code}}|Denotes positive number (no effect)
509 509  |-|unary|{{code language="xml"}}-(21 * -2){{/code}}|{{code language="xml"}}42{{/code}}|Negates the following number
510 510  |not|unary|{{code language="xml"}}not (21 == 42){{/code}}|{{code language="xml"}}true{{/code}}|Yields true if the following expression is false (equal to zero), false otherwise
... ... @@ -514,7 +514,7 @@
514 514  \\{{code language="xml"}}typeof 'Hello world'{{/code}}|
515 515  {{code language="xml"}}datatype.null{{/code}}
516 516  \\{{code language="xml"}}datatype.integer{{/code}}
517 -\\{{code language="xml"}}datatype.string{{/code}}|Yields the [[data type of the following sub-expression>>MediaWiki.NULL]]
510 +\\{{code language="xml"}}datatype.string{{/code}}|Yields the [[data type of the following sub-expression>>||anchor="typeof" style="outline-width: 0px !important; user-select: auto !important;"]]
518 518  |sin|unary|
519 519  {{code language="xml"}}sin(30deg){{/code}}
520 520  \\{{code language="xml"}}sin(pi){{/code}}|
... ... @@ -559,7 +559,7 @@
559 559  ge
560 560  \\>=|binary|
561 561  {{code language="xml"}}1 ge 3{{/code}}
562 -\\{{code language="xml"}}1 <= 3{{/code}}|{{code language="xml"}}false{{/code}}|Greater than or equal to
555 +\\{{code language="xml"}}1 >= 3{{/code}}|{{code language="xml"}}false{{/code}}|Greater than or equal to
563 563  |(((
564 564  
565 565  )))|binary|{{code language="xml"}}1 + 1 == 2.0{{/code}}|{{code language="xml"}}true{{/code}}|Equal to
... ... @@ -628,19 +628,16 @@
628 628  * "and" and "or" use short-circuit semantics: The right side of the operation can be skipped if the left side already determines the outcome of the operation
629 629  ** Example:{{code language="xml"}} false and $foo{{/code}} ⟹ {{code language="xml"}}false{{/code}} (the value of $foo is not checked at all)
630 630  * Unlike != and ==, the comparison operators <, <=, >, >= are only supported **for numeric values**, **difficulty levels**, and **attention levels**. Comparing other non-numeric values will result in an error and an undefined result.
631 -* <, <=, >, >= cannot be used in XML directly, so lt, le, gt, ge are provided as alternatives. In some cases you won't have to use them, though - using [[range checks>>MediaWiki.NULL]] with additional XML attributes can be more readable.
624 +* <, <=, >, >= cannot be used in XML directly, so lt, le, gt, ge are provided as alternatives. In some cases you won't have to use them, though - using [[range checks>>doc:||anchor="HValuecomparisons"]] with additional XML attributes can be more readable.
632 632  
633 -(% id="categorybroken_macroanchorstrings-and-formatting" %)== Strings and formatting==
626 +== (% id="categorybroken_macroanchorstrings-and-formatting" %)Strings and formatting(%%) ==
634 634  
635 -
636 -{{{==}}}
637 -
638 638  You can concatenate string literals using the + operator, but there is also a printf-like formatting syntax, which is easier to use than concatenating lots of small pieces:
639 639  
640 640  * {{code language="xml"}}'The %1 %2 %3 jumps over the %5 %4'.['quick', 'brown', 'fox', 'dog', 'lazy']{{/code}}
641 641  * {{code language="xml"}}'%1 + %2 = %3'.[$a, $b, $a + $b]{{/code}}
642 642  
643 -See also the section about [[value properties>>MediaWiki.NULL]].
633 +See also the section about [[value properties>>doc:||anchor="HValueproperties" style="outline-width: 0px !important; user-select: auto !important;"]].
644 644  
645 645  Instead of ΓÇÿ%1 %2 %3', you can also use ΓÇÿ%s %s %s', which is also compatible with Lua string formatting in the UI system. However, this should only be used if you are sure that the order is the same in all supported languages. If you want to make translators aware that they can change the order of parameters, you should prefer '%1 %2 %3'.
646 646  \\To get a percent character in the result string, use '%%' in the format string.
... ... @@ -659,14 +659,14 @@
659 659  * "." must be followed by a single digit (0-9). In case of ".0" any fractional digits are discarded (rounding towards zero, not half away from zero).
660 660  
661 661  {{info}}
662 -There are also special methods to [[NULL|format money values and time values]] using the "formatted" property.
652 +There are also special methods to [[format money values and time values>>doc:||anchor="HMoneyandtimeformatting" style="outline-width: 0px !important; user-select: auto !important;"]] using the "formatted" property.
663 663  {{/info}}
664 664  
665 665  == Lists ==
666 666  
667 -Another example for a non-numeric value is a list: It is an ordered collection of other arbitrary values (called array or vector in other languages). It can be constructed within an expression using the [[~[~] syntax>>MediaWiki.NULL]]. It may also be generated by special actions and conditions, and there are actions that can [[insert or remove values>>MediaWiki.NULL]].
657 +Another example for a non-numeric value is a list: It is an ordered collection of other arbitrary values (called array or vector in other languages). It can be constructed within an expression using the [[~[~] syntax>>doc:||anchor="HOperators"]]. It may also be generated by special actions and conditions, and there are actions that can [[insert or remove values>>doc:||anchor="HCreatingandremovingvariables" style="outline-width: 0px !important; user-select: auto !important;"]].
668 668  
669 -A list can contain values of arbitrary data types, even mixed in the same list - so a list can actually contain other lists. However, some of the things that you can do with lists require that all contained elements are of a certain type. The contents of a list can be accessed via properties, see the section about [[value properties>>MediaWiki.NULL]]. Lists can be empty, these are written as "[ ]".
659 +A list can contain values of arbitrary data types, even mixed in the same list - so a list can actually contain other lists. However, some of the things that you can do with lists require that all contained elements are of a certain type. The contents of a list can be accessed via properties, see the section about [[value properties>>doc:||anchor="HValueproperties"]]. Lists can be empty, these are written as "[ ]".
670 670  
671 671  {{info}}
672 672  When accessing a list's elements, the numbering is '''1-based''', so the first element has number 1. This is intuitive but different from 0-based numbering in most programming languages."
... ... @@ -685,7 +685,7 @@
685 685  (% id="categorybroken_macroanchortables" %)
686 686  == Tables ==
687 687  
688 -Tables are associative arrays - they are like lists, but you can assign values to (almost) arbitrary keys, not just to index numbers. A table is constructed within an expression using the [[table~[~] syntax>>MediaWiki.NULL]]. See the section about [[value properties>>MediaWiki.NULL]] for how to access the contents of a table. [[Creating and removing entries>>MediaWiki.NULL]] works similarly to lists, but instead of inserting, you simply assign a value to a table key. If the key does not exist yet, it will be created.
678 +Tables are associative arrays - they are like lists, but you can assign values to (almost) arbitrary keys, not just to index numbers. A table is constructed within an expression using the [[table~[~] syntax>>doc:||anchor="HOperators" style="outline-width: 0px !important; user-select: auto !important;"]]. See the section about [[value properties>>doc:||anchor="HValueproperties" style="outline-width: 0px !important; user-select: auto !important;"]] for how to access the contents of a table. [[Creating and removing entries>>doc:||anchor="HCreatingandremovingvariables" style="outline-width: 0px !important; user-select: auto !important;"]] works similarly to lists, but instead of inserting, you simply assign a value to a table key. If the key does not exist yet, it will be created.
689 689  
690 690  Almost all values are allowed as table keys, but there are a few exceptions:
691 691  
... ... @@ -778,7 +778,7 @@
778 778  * {{code language="xml"}}$table.keys.random{{/code}}: A randomly chosen key (which requires that the table is non-empty)
779 779  
780 780  {{info}}
781 -The string formatting syntax that you have seen [[NULL|above]] is also based on the property system. You basically pass a list as property key to a string. Braces around the brackets are not required, so 'foo'.[...] is just a convenient alternative notation for 'foo'.{[...]}.
771 +The string formatting syntax that you have seen [[above>>doc:||anchor="HStringsandformatting" style="outline-width: 0px !important; user-select: auto !important;"]] is also based on the property system. You basically pass a list as property key to a string. Braces around the brackets are not required, so 'foo'.[...] is just a convenient alternative notation for 'foo'.{[...]}.
782 782  {{/info}}
783 783  
784 784  === (% id="lookup-tests-and-suppressing-errors" %)Lookup tests and suppressing errors(%%) ===
... ... @@ -830,11 +830,11 @@
830 830  |profile|
831 831  profile.flat
832 832  \\profile.increasing
833 -\\profile.bell|Probability distribution profile (see [[random ranges>>MediaWiki.NULL]])
823 +\\profile.bell|Probability distribution profile (see [[random ranges>>doc:||anchor="HRandomranges" style="outline-width: 0px !important; user-select: auto !important;"]])
834 834  |cuestate|
835 835  cuestate.waiting
836 836  \\cuestate.active
837 -\\cuestate.complete|[[Cue states>>MediaWiki.NULL]]
827 +\\cuestate.complete|[[Cue states>>||anchor="HCues" style="outline-width: 0px !important; user-select: auto !important;"]]
838 838  |level|
839 839  level.easy
840 840  \\level.medium
... ... @@ -854,6 +854,8 @@
854 854  \\faction.argongovernment|Factions
855 855  )))
856 856  
847 +{{id name="typeof"/}}
848 +
857 857  {{info}}
858 858  With the ''typeof'' operator you can get the datatype of any expression and compare it with what you expect, for example:
859 859  
... ... @@ -901,7 +901,7 @@
901 901  === (% id="categorybroken_macroanchormoney-and-time-formatting" %)Money and time formatting(%%) ===
902 902  
903 903  **[New as of X Rebirth 4.0]**
904 -\\Numbers don't have any properties, except for money and time: They have a "**formatted**" property, which allows you to get a custom string representation with more advanced options than the [[generic formatting method>>MediaWiki.NULL]] for numbers.
896 +\\Numbers don't have any properties, except for money and time: They have a "**formatted**" property, which allows you to get a custom string representation with more advanced options than the [[generic formatting method>>||anchor="HStringsandformatting" style="outline-width: 0px !important; user-select: auto !important;"]] for numbers.
905 905  
906 906  * {{code language="xml"}}$money.formatted.{'formatstring'}{{/code}}
907 907  * {{code language="xml"}}$money.formatted.default{{/code}} (using default format string '%s')
... ... @@ -937,7 +937,7 @@
937 937  * {{code language="xml"}}(1234Cr).formatted.{'%1s'}{{/code}}⟹{{code language="xml"}}'1 k'{{/code}} (rounding towards zero)
938 938  * {{code language="xml"}}(1234Cr).formatted.{'%cM'}{{/code}}⟹{{code language="xml"}}'0 M'{{/code}}
939 939  
940 -For documentation of time format strings, see the Lua function ConvertTimeString() in the [[MediaWiki.ARCHIVE.XRWIKIModding_supportUI_Modding_supportLua_function_overview]].
932 +For documentation of time format strings, see the Lua function ConvertTimeString() in the [[Lua function overview>>doc:X Rebirth Wiki.Modding support.UI Modding support.Lua function overview.WebHome||style="outline-width: 0px !important; user-select: auto !important;"]].
941 941  
942 942  Examples:
943 943  
... ... @@ -1080,7 +1080,6 @@
1080 1080   <set_value name="$foo" min="-20" max="20" profile="profile.increasing" scale="4"/>
1081 1081  {{/code}}
1082 1082  
1083 -
1084 1084  = Variables and namespaces =
1085 1085  
1086 1086  As you have seen above, you can easily access variables by writing their name (including $ prefix) in an expression. Namespaces define in which cue the variables are actually stored (and from which cue they are read).
... ... @@ -1135,7 +1135,6 @@
1135 1135  
1136 1136  Removing an entry from a list shifts all following elements down by one. If you want to clear an entry without removing it from the list, just use <set_value> instead.
1137 1137  
1138 -
1139 1139  == Accessing remote variables ==
1140 1140  
1141 1141  You can also read and write variables in other cues by using the variable name as property key: