Changes for page Mission Director Guide

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

From version 32970.6
edited by Michael Baumgardt
on 2023/10/27 12:28
Change comment: There is no comment for this version
To version 32957.1
edited by Daniel Turner
on 2023/08/22 19:09
Change comment: There is no comment for this version

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -xwiki:XWiki.Michael
1 +xwiki:XWiki.Daniel
Content
... ... @@ -22,7 +22,7 @@
22 22  This functionality is only available if the schema files **md.xsd** and **common.xsd** are in the correct folder. If you are editing the XML in the game folder directly, all is well and the files are loaded from the libraries folder. However, if you are editing in a separate folder, copy those XSD files from the libraries folder directly into the folder where your XML files are located.
23 23  
24 24  {{info}}
25 -Even if your script is free of XSD errors, that does not mean that the script syntax is correct. For example, there are XML elements that require at least one of multiple attributes, but this requirement cannot be reflected in a schema (apart from documentation text). Please notice the XSD documentation of the elements and attributes, e.g. displayed via tooltips in Visual Studio / Visual Web Developer. Please also note additional requirements for MD cue attributes in this guide (see [[Conditions>>doc:||anchor="HConditions" style="outline-width: 0px !important; user-select: auto !important;"]]).
25 +Even if your script is free of XSD errors, that does not mean that the script syntax is correct. For example, there are XML elements that require at least one of multiple attributes, but this requirement cannot be reflected in a schema (apart from documentation text). Please notice the XSD documentation of the elements and attributes, e.g. displayed via tooltips in Visual Studio / Visual Web Developer. Please also note additional requirements for MD cue attributes in this guide (see [[NULL|Conditions]]).
26 26  
27 27  To check for errors, please pay attention to in-game error messages that are produced while your script is imported, and run-time errors while the script runs. The XSD files can help you a lot, but you should not rely on the absence of XSD errors."
28 28  {{/info}}
... ... @@ -84,6 +84,7 @@
84 84  * **Waiting**: Either this is a root cue, or the parent has become active. The cue is checking its conditions and will become active when they are met.
85 85  * **Active**: The cue is about to perform the actions. Child cues have entered the waiting state.
86 86  
87 +
87 87  * **Complete**: The cue has finished performing its actions.
88 88  * **Cancelled**: The cue has been cancelled. This state cannot normally be reached but only if a cue actively cancels itself or another cue. No condition checks or actions are performed in this cue or any sub-(sub-)cue.
89 89  
... ... @@ -155,9 +155,10 @@
155 155  
156 156  * Use //onfail// if the conditions should be checked only once. The possible attribute values are "//cancel//" and "//complete//". If the conditions are met, the cue will activate and perform the cue actions. Otherwise it's a failure and the cue will be cancelled or completed, based on the onfail attribute. Typically //onfail="cancel"// is used to prevent any further action. //onfail="complete"// can be used to continue with the sub-cues even in case of failure (but skipping the current cue actions).
157 157  
159 +
158 158  * With //checkinterval//, you can specify a constant time interval between condition checks. The conditions will be checked regularly forever until they are met, unless the cue's state is changed explicitly by an external event.
159 159  
160 -Additionally, you can use the attribute **checktime** to set the time of the first condition check (also possible in combination with //onfail//). The //checktime// can be an expression with variables and is evaluated when the cue is enabled (when the condition checks would normally start - for root cues that happens at game start, otherwise after the parent cue becomes active).
162 +Additionally, you can use the attribute **checktime** to set the time of the first condition check (also possible in combination with //onfail//). The //checktime// can be an expression with variables and is evaluated when the cue is enabled (when the condition checks would normally start ΓÇô for root cues that happens at game start, otherwise after the parent cue becomes active).
161 161  
162 162  Examples:
163 163  
... ... @@ -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>>doc:||anchor="HScriptdebugoutput"]]
222 +Messages printed with <debug_text> are usually only visible when the "scripts" debug filter is enabled, see Script debug output
221 221  {{/info}}
222 222  
223 -Script debug output
224 224  
226 +
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,6 +239,7 @@
239 239  {{/info}}
240 240  
241 241  
244 +
242 242  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:
243 243  
244 244  {{code language="xml"}}
... ... @@ -289,9 +289,11 @@
289 289  {{/code}}
290 290  
291 291  {{warning}}
292 -These examples are definitely **__not__ **examples of good scripting style.
295 +These examples are definitely <u>not</u> examples of good scripting style.
293 293  {{/warning}}
294 294  
298 +
299 +
295 295  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.
296 296  
297 297  Notes:
... ... @@ -326,7 +326,7 @@
326 326  </cue>
327 327  {{/code}}
328 328  
329 -The values (including default values) can be variable expressions and will be evaluated when the cue is enabled, i.e. when it starts checking the conditions. They will be available to the cue as variables, using the parameter name with a '$' prefix. In the example above, the variables $foo, $bar, and $baz would be created.
334 +The values (including default values) can be variable expressions and will be evaluated when the cue is enabled, i.e. when it starts checking the conditions. They will be available to the cue as variables, using the parameter name with a ΓÇÿ$' prefix. In the example above, the variables $foo, $bar, and $baz would be created.
330 330  
331 331  {{code language="xml"}}
332 332  <library name="Lib">
... ... @@ -361,6 +361,8 @@
361 361  This sub-section requires basic knowledge of script expressions.
362 362  {{/info}}
363 363  
369 +
370 +
364 364  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.
365 365  
366 366  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.
... ... @@ -396,7 +396,7 @@
396 396  
397 397  * **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:
398 398  
399 -{{code language="xml"}}<debug_text text="static.$foo"/>{{/code}}
406 +{{code language="xml"}} <debug_text text="static.$foo"/>{{/code}}
400 400  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:
401 401  {{code language="xml"}}<set_value name="$foo" exact="static.$foo"/>{{/code}}
402 402  
... ... @@ -417,6 +417,8 @@
417 417  Since octal numbers are hardly ever used (usually unknowingly), the parser is will produce a warning if an octal number is encountered."
418 418  {{/info}}
419 419  
427 +
428 +
420 420  You can write string literals by putting the string in single quotes:
421 421  
422 422  * {{code language="xml"}}'Hello world'{{/code}}
... ... @@ -494,10 +494,10 @@
494 494  |true|constant|{{code language="xml"}}null == 0{{/code}}|{{code language="xml"}}true{{/code}}|Integer value 1, useful in Boolean expressions
495 495  |pi|constant|{{code language="xml"}}2 * pi{{/code}}|{{code language="xml"}}6.2831853rad{{/code}}|╧Ç as an angle (same as 180deg)
496 496  |()|delimiter|{{code language="xml"}}(2 + 4) * (6 + 1){{/code}}|{{code language="xml"}}42{{/code}}|Parentheses for arithmetic grouping
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 +|[]|delimiter|{{code language="xml"}}[1, 2, 2+1, 'string']{{/code}}|{{code language="xml"}}[1, 2, 3, 'string']{{/code}}|[[List>>MediaWiki.NULL]] of values
507 +|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
499 499  |{}|delimiter|{{code language="xml"}}{101, 3}{{/code}}|{{code language="xml"}}'Some text'{{/code}}|Text lookup (page ID and text ID) from TextDB
500 -\\(Note: Braces are also used for [[property lookups>>doc:||anchor="HValueproperties" style="outline-width: 0px !important; user-select: auto !important;"]])
509 +\\(Note: Braces are also used for [[property lookups>>MediaWiki.NULL]])
501 501  |+|unary|{{code language="xml"}}+21 * (+2){{/code}}|{{code language="xml"}}42{{/code}}|Denotes positive number (no effect)
502 502  |-|unary|{{code language="xml"}}-(21 * -2){{/code}}|{{code language="xml"}}42{{/code}}|Negates the following number
503 503  |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
... ... @@ -507,7 +507,7 @@
507 507  \\{{code language="xml"}}typeof 'Hello world'{{/code}}|
508 508  {{code language="xml"}}datatype.null{{/code}}
509 509  \\{{code language="xml"}}datatype.integer{{/code}}
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;"]]
519 +\\{{code language="xml"}}datatype.string{{/code}}|Yields the [[data type of the following sub-expression>>MediaWiki.NULL]]
511 511  |sin|unary|
512 512  {{code language="xml"}}sin(30deg){{/code}}
513 513  \\{{code language="xml"}}sin(pi){{/code}}|
... ... @@ -517,41 +517,7 @@
517 517  {{code language="xml"}}cos(60deg){{/code}}
518 518  \\{{code language="xml"}}cos(pi){{/code}}|
519 519  {{code language="xml"}}0.5{{/code}}
520 -\\{{code language="xml"}}-1.0{{/code}}|Cosine (function-style, parentheses required)
521 -|tan|unary|
522 -{{code language="xml"}}tan(-45deg){{/code}}
523 -\\{{code language="xml"}}tan(45deg){{/code}}|
524 -{{code language="xml"}}-1.0{{/code}}
525 -\\{{code language="xml"}}1.0{{/code}}|(((
526 -Tangent (function-style, parentheses required)
527 -
528 -Available from X4 v7.0
529 -)))
530 -|asin|unary|
531 -{{code language="xml"}}asin(-0.5f){{/code}}
532 -\\{{code language="xml"}}asin(1){{/code}}|
533 -{{code language="xml"}}-0.523599rad{{/code}}
534 -\\{{code language="xml"}}1.5708rad{{/code}}|(((
535 -Inverse sine (function-style, parentheses required)
536 -
537 -Available from X4 v7.0
538 -)))
539 -|acos|unary|
540 -{{code language="xml"}}acos(-0.5f){{/code}}
541 -\\{{code language="xml"}}acos(1.0f){{/code}}|
542 -{{code language="xml"}}2.0944rad{{/code}}
543 -\\{{code language="xml"}}0rad{{/code}}|(((
544 -Inverse cosine (function-style, parentheses required)
545 -
546 -Available from X4 v7.0
547 -)))
548 -|atan|unary|
549 -{{code language="xml"}}atan(1.0f){{/code}}|
550 -{{code language="xml"}}0.785398rad{{/code}}|(((
551 -Inverse tangent (function-style, parentheses required)
552 -
553 -Available from X4 v7.0
554 -)))
529 +\\{{code language="xml"}}0.0{{/code}}|Cosine (function-style, parentheses required)
555 555  |sqrt|unary|{{code language="xml"}}sqrt(2){{/code}}|{{code language="xml"}}1.414213LF{{/code}}|Square root (function-style, parentheses required)
556 556  |exp|unary|{{code language="xml"}}exp(1){{/code}}|{{code language="xml"}}2.71828LF{{/code}}|Exponential function (function-style, parentheses required)
557 557  |log|unary|{{code language="xml"}}log(8) / log(2){{/code}}|{{code language="xml"}}3.0LF{{/code}}|Natural logarithm (function-style, parentheses required)
... ... @@ -581,14 +581,14 @@
581 581  gt
582 582  \\> (>)|binary|
583 583  {{code language="xml"}}1 gt 3{{/code}}
584 -\\{{code language="xml"}}1 > 3{{/code}}|{{code language="xml"}}false{{/code}}|Greater than
559 +\\{{code language="xml"}}1 < 3{{/code}}|{{code language="xml"}}false{{/code}}|Greater than
585 585  |
586 586  ge
587 587  \\>=|binary|
588 588  {{code language="xml"}}1 ge 3{{/code}}
589 -\\{{code language="xml"}}1 >= 3{{/code}}|{{code language="xml"}}false{{/code}}|Greater than or equal to
564 +\\{{code language="xml"}}1 <= 3{{/code}}|{{code language="xml"}}false{{/code}}|Greater than or equal to
590 590  |(((
591 -
566 += =
592 592  )))|binary|{{code language="xml"}}1 + 1 == 2.0{{/code}}|{{code language="xml"}}true{{/code}}|Equal to
593 593  |~!=|binary|{{code language="xml"}}1 + 1 != 2.0{{/code}}|{{code language="xml"}}false{{/code}}|Not equal to
594 594  |and|binary|{{code language="xml"}}true and false{{/code}}|{{code language="xml"}}false{{/code}}|Logical AND (short-circuit semantics)
... ... @@ -602,6 +602,7 @@
602 602  \\{{code language="xml"}}'T'{{/code}}|Conditional operator ("inline if")
603 603  )))
604 604  
580 +
605 605  === Operator precedence rules ===
606 606  
607 607  You can group sub-expressions using parentheses, but if you don't, the following order of operations is applied, so that 5-1+2*3 == 10 as you would expect. The order is the same as in the table above, but there are operators with the same precedence - these are applied from left to right.
... ... @@ -616,6 +616,7 @@
616 616  * or
617 617  * if/then/else (lowest precedence)
618 618  
595 +
619 619  === Type conversion ===
620 620  
621 621  When a binary arithmetic operator is used on numbers of different types, they will be converted to a suitable output type. The resulting type depends on whether a unit data type is involved (types that are not plain integers or floats). The following cases may occur:
... ... @@ -655,18 +655,22 @@
655 655  * "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
656 656  ** Example:{{code language="xml"}} false and $foo{{/code}} ⟹ {{code language="xml"}}false{{/code}} (the value of $foo is not checked at all)
657 657  * 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.
658 -* <, <=, >, >= 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.
635 +* <, <=, >, >= 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.
659 659  
660 -== (% id="categorybroken_macroanchorstrings-and-formatting" %)Strings and formatting(%%) ==
661 661  
638 +(% id="categorybroken_macroanchorstrings-and-formatting" %)== Strings and formatting==
639 +
640 +
641 +{{{==}}}
642 +
662 662  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:
663 663  
664 664  * {{code language="xml"}}'The %1 %2 %3 jumps over the %5 %4'.['quick', 'brown', 'fox', 'dog', 'lazy']{{/code}}
665 665  * {{code language="xml"}}'%1 + %2 = %3'.[$a, $b, $a + $b]{{/code}}
666 666  
667 -See also the section about [[value properties>>doc:||anchor="HValueproperties" style="outline-width: 0px !important; user-select: auto !important;"]].
648 +See also the section about [[value properties>>MediaWiki.NULL]].
668 668  
669 -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'.
650 +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'.
670 670  \\To get a percent character in the result string, use '%%' in the format string.
671 671  \\\\\\If you need a more sophisticated method for text substitution, try **<substitute_text>**. See the XML schema documentation for this script action.
672 672  \\**[New as of X Rebirth 4.0]**
... ... @@ -683,14 +683,14 @@
683 683  * "." 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).
684 684  
685 685  {{info}}
686 -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.
667 +There are also special methods to [[NULL|format money values and time values]] using the "formatted" property.
687 687  {{/info}}
688 688  
689 689  == Lists ==
690 690  
691 -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;"]].
672 +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]].
692 692  
693 -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 "[ ]".
674 +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 "[ ]".
694 694  
695 695  {{info}}
696 696  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."
... ... @@ -709,7 +709,7 @@
709 709  (% id="categorybroken_macroanchortables" %)
710 710  == Tables ==
711 711  
712 -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.
693 +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.
713 713  
714 714  Almost all values are allowed as table keys, but there are a few exceptions:
715 715  
... ... @@ -717,16 +717,19 @@
717 717  * null cannot be used as table key (but the number 0 is valid)
718 718  * Lists, tables, groups and buildplans cannot be used as table keys
719 719  
701 +
720 720  These restrictions only apply to the keys, there are no restrictions for values that you assign to them. For example:
721 721  
722 722  * {{code language="xml"}}table[]{{/code}} ⟹ creates an empty table
723 723  * {{code language="xml"}}table[{0} = null]{{/code}} ⟹ creates a table that maps the number 0 to null
724 724  
707 +
725 725  * {{code language="xml"}}table[{'$foo'} = 'bar']{{/code}} ⟹ a table that maps the string '$foo' to the string 'bar'
726 726  * {{code language="xml"}}table[$foo = 'bar']{{/code}} ⟹ exactly the same, just a shorter notation for string keys
727 727  * {{code language="xml"}}table[foo = 'bar']{{/code}} ⟹ error, 'foo' does not start with a '$'
728 728  * {{code language="xml"}}table[{1} = [], {2} = table[]] {{/code}} ⟹ a table that maps 1 to an empty list and 2 to an empty table
729 729  
713 +
730 730  Just like lists, tables are stored as references, so it's possible that multiple variables reference the same table (see above).
731 731  
732 732  == Value properties ==
... ... @@ -751,6 +751,7 @@
751 751  * {{code language="xml"}}[].{'count'}{{/code}} ⟹ 0
752 752  * {{code language="xml"}}table[{21} = 42].{21}{{/code}} ⟹ 42
753 753  
738 +
754 754  In most cases the property key is a fixed string, like "name" or "class". You can write this like above:
755 755  
756 756  * {{code language="xml"}}[42].{'count'}{{/code}}
... ... @@ -758,6 +758,7 @@
758 758  * {{code language="xml"}}$ship.{'class'}{{/code}}
759 759  * {{code language="xml"}}table[$foo='bar'].{'$foo'}{{/code}}
760 760  
746 +
761 761  But it is easier just to write the property key without braces, which is equivalent:
762 762  
763 763  * {{code language="xml"}}[0].count{{/code}}
... ... @@ -765,6 +765,7 @@
765 765  * {{code language="xml"}}$ship.class{{/code}}
766 766  * {{code language="xml"}}table[$foo='bar'].$foo{{/code}}
767 767  
754 +
768 768  (In this case, $ship is a variable. All variables start with a "$", so they cannot be confused with keywords.)
769 769  
770 770  A list has even more properties:
... ... @@ -798,11 +798,12 @@
798 798  
799 799  * {{code language="xml"}}$table.keys.list{{/code}}: Yields a list of all keys in the table (reliably sorted by key if all keys are numeric)
800 800  
788 +
801 801  * {{code language="xml"}}$table.keys.sorted{{/code}}: Yields a list of all keys in the table, sorted by their associated values (which requires that all values are numeric)
802 802  * {{code language="xml"}}$table.keys.random{{/code}}: A randomly chosen key (which requires that the table is non-empty)
803 803  
804 804  {{info}}
805 -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'.{[...]}.
793 +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'.{[...]}.
806 806  {{/info}}
807 807  
808 808  === (% id="lookup-tests-and-suppressing-errors" %)Lookup tests and suppressing errors(%%) ===
... ... @@ -813,6 +813,7 @@
813 813  * {{code language="xml"}}$list.{5}?{{/code}} ⟹ true if $list exists and has the property 5, false otherwise
814 814  * {{code language="xml"}}$table.$key?{{/code}} ⟹ Analogously, true if $table exists and has the string property '$key'
815 815  
804 +
816 816  The question mark can even be applied to variables:
817 817  
818 818  * {{code language="xml"}}$list{{/code}} ⟹ The value stored under the name $list, or an error if there is no such variable
... ... @@ -854,11 +854,11 @@
854 854  |profile|
855 855  profile.flat
856 856  \\profile.increasing
857 -\\profile.bell|Probability distribution profile (see [[random ranges>>doc:||anchor="HRandomranges" style="outline-width: 0px !important; user-select: auto !important;"]])
846 +\\profile.bell|Probability distribution profile (see [[random ranges>>MediaWiki.NULL]])
858 858  |cuestate|
859 859  cuestate.waiting
860 860  \\cuestate.active
861 -\\cuestate.complete|[[Cue states>>||anchor="HCues" style="outline-width: 0px !important; user-select: auto !important;"]]
850 +\\cuestate.complete|[[Cue states>>MediaWiki.NULL]]
862 862  |level|
863 863  level.easy
864 864  \\level.medium
... ... @@ -878,8 +878,6 @@
878 878  \\faction.argongovernment|Factions
879 879  )))
880 880  
881 -{{id name="typeof"/}}
882 -
883 883  {{info}}
884 884  With the ''typeof'' operator you can get the datatype of any expression and compare it with what you expect, for example:
885 885  
... ... @@ -903,9 +903,11 @@
903 903  * player.**money**: The money in the player's account
904 904  * player.**ship**: The ship the player is currently on (not necessarily the player's ship), or null if the player is on a station
905 905  
893 +
906 906  * player.**primaryship**: The player's own ship (but the player is not necessarily on board)
907 907  * player.**entity**: The actual player object
908 908  
897 +
909 909  * player.**zone**, player.**sector**, player.**cluster**, player.**galaxy**: Location of the player entity
910 910  * player.**copilot**: The co-pilot NPC
911 911  
... ... @@ -927,11 +927,12 @@
927 927  === (% id="categorybroken_macroanchormoney-and-time-formatting" %)Money and time formatting(%%) ===
928 928  
929 929  **[New as of X Rebirth 4.0]**
930 -\\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.
919 +\\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.
931 931  
932 932  * {{code language="xml"}}$money.formatted.{'formatstring'}{{/code}}
933 933  * {{code language="xml"}}$money.formatted.default{{/code}} (using default format string '%s')
934 934  
924 +
935 935  * {{code language="xml"}}$time.formatted.{'formatstring'}{{/code}}
936 936  * {{code language="xml"}}$time.formatted.default{{/code}} (using default format string '%T')
937 937  
... ... @@ -955,6 +955,7 @@
955 955  * %Cr: Localised "Cr" string
956 956  * %%: A % sign
957 957  
948 +
958 958  Examples:
959 959  
960 960  * {{code language="xml"}}(1234Cr).formatted.{'%s'}{{/code}}⟹{{code language="xml"}}'1,234'{{/code}}
... ... @@ -963,7 +963,7 @@
963 963  * {{code language="xml"}}(1234Cr).formatted.{'%1s'}{{/code}}⟹{{code language="xml"}}'1 k'{{/code}} (rounding towards zero)
964 964  * {{code language="xml"}}(1234Cr).formatted.{'%cM'}{{/code}}⟹{{code language="xml"}}'0 M'{{/code}}
965 965  
966 -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;"]].
957 +For documentation of time format strings, see the Lua function ConvertTimeString() in the [[MediaWiki.ARCHIVE.XRWIKIModding_supportUI_Modding_supportLua_function_overview]].
967 967  
968 968  Examples:
969 969  
... ... @@ -982,7 +982,7 @@
982 982  scriptproperties.html has to load files from different folders, which modern browsers do not allow by default for security reasons. In order to open scriptproperties.html, the following is required:
983 983  
984 984  * Firefox: On the about:config page, the value of "security.fileuri.strict_origin_policy" has to be changed to "false".
985 -* Chrome: The Chrome launcher has to be started with the command-line parameter --~-~---allow-file-access-from-files
976 +* Chrome: The Chrome launcher has to be started with the command-line parameter --allow-file-access-from-files--
986 986  {{/info}}
987 987  
988 988  This provides you with a complete list of all supported "base keywords" and properties. To filter in this list, you can enter an expression in the text field:
... ... @@ -1106,6 +1106,7 @@
1106 1106   <set_value name="$foo" min="-20" max="20" profile="profile.increasing" scale="4"/>
1107 1107  {{/code}}
1108 1108  
1100 +
1109 1109  = Variables and namespaces =
1110 1110  
1111 1111  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).
... ... @@ -1160,6 +1160,7 @@
1160 1160  
1161 1161  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.
1162 1162  
1155 +
1163 1163  == Accessing remote variables ==
1164 1164  
1165 1165  You can also read and write variables in other cues by using the variable name as property key: