mirror/godot
2
0
Fork 0
mirror of https://github.com/godotengine/godot.git synced 2024-12-21 10:25:24 +08:00
Code Issues Packages Projects Releases Wiki Activity
cf1bb3d83a
godot/doc/classes/@GlobalScope.xml

2994 lines
119 KiB
XML
Raw Normal View History

Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
<?xml version="1.0" encoding="UTF-8" ?>
Add an XML schema for documentation This makes it easier to spot syntax errors when editing the class reference. The schema is referenced locally so validation can still work offline. Each class XML's schema conformance is also checked on GitHub Actions.
2022-02-14 21:18:53 +08:00
<class name="@GlobalScope" version="4.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="../class.xsd">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
<brief_description>
Enchance descriptions of @GlobalScope/@GDScript
2021-11-25 19:24:09 +08:00
Global scope constants and functions.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</brief_description>
<description>
Enchance descriptions of @GlobalScope/@GDScript
2021-11-25 19:24:09 +08:00
A list of global scope enumerated constants and built-in functions. This is all that resides in the globals, constants regarding error codes, keycodes, property hints, etc.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Singletons are also documented here, since they can be accessed from anywhere.
Enchance descriptions of @GlobalScope/@GDScript
2021-11-25 19:24:09 +08:00
For the entries related to GDScript which can be accessed in any script see [@GDScript].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</description>
<tutorials>
Enchance descriptions of @GlobalScope/@GDScript
2021-11-25 19:24:09 +08:00
<link title="Random number generation">$DOCS_URL/tutorials/math/random_number_generation.html</link>
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</tutorials>
<methods>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="abs">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Added or improved function description and codeblocks in @GlobalScope.xml
2021-11-06 22:17:54 +08:00
Returns the absolute value of a [Variant] parameter [code]x[/code] (i.e. non-negative value). Variant types [int], [float] (real), [Vector2], [Vector2i], [Vector3] and [Vector3i] are supported.
[codeblock]
var a = abs(-1)
# a is 1
var b = abs(-1.2)
# b is 1.2
var c = abs(Vector2(-3.5, -4))
# c is (3.5, 4)
var d = abs(Vector2i(-5, -6))
# d is (5, 6)
var e = abs(Vector3(-7, 8.5, -3.8))
# e is (7, 8.5, 3.8)
var f = abs(Vector3i(-7, -8, -9))
# f is (7, 8, 9)
[/codeblock]
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="absf">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the absolute value of float parameter [code]x[/code] (i.e. positive value).
[codeblock]
# a is 1.2
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = absf(-1.2)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
<method name="absi">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the absolute value of int parameter [code]x[/code] (i.e. positive value).
[codeblock]
# a is 1
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = absi(-1)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
<method name="acos">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Document the valid input range for `acos()` and `atan()`
2021-03-16 00:25:22 +08:00
Returns the arc cosine of [code]x[/code] in radians. Use to get the angle of cosine [code]x[/code]. [code]x[/code] must be between [code]-1.0[/code] and [code]1.0[/code] (inclusive), otherwise, [method acos] will return [constant @GDScript.NAN].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
# c is 0.523599 or 30 degrees if converted with rad2deg(c)
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var c = acos(0.866025)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
<method name="asin">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Document the valid input range for `acos()` and `atan()`
2021-03-16 00:25:22 +08:00
Returns the arc sine of [code]x[/code] in radians. Use to get the angle of sine [code]x[/code]. [code]x[/code] must be between [code]-1.0[/code] and [code]1.0[/code] (inclusive), otherwise, [method asin] will return [constant @GDScript.NAN].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
# s is 0.523599 or 30 degrees if converted with rad2deg(s)
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var s = asin(0.5)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
<method name="atan">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
Returns the arc tangent of [code]x[/code] in radians. Use it to get the angle from an angle's tangent in trigonometry.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
The method cannot know in which quadrant the angle should fall. See [method atan2] if you have both [code]y[/code] and [code]x[/code].
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = atan(0.5) # a is 0.463648
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
If [code]x[/code] is between [code]-PI / 2[/code] and [code]PI / 2[/code] (inclusive), [code]atan(tan(x))[/code] is equal to [code]x[/code].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="atan2">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="y" type="float" />
<param index="1" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the arc tangent of [code]y/x[/code] in radians. Use to get the angle of tangent [code]y/x[/code]. To compute the value, the method takes into account the sign of both arguments in order to determine the quadrant.
Important note: The Y coordinate comes first, by convention.
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = atan2(0, -1) # a is 3.141593
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
Refactor bezier interpolation functions
2022-06-28 01:41:32 +08:00
<method name="bezier_interpolate">
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="start" type="float" />
<param index="1" name="control_1" type="float" />
<param index="2" name="control_2" type="float" />
<param index="3" name="end" type="float" />
<param index="4" name="t" type="float" />
Refactor bezier interpolation functions
2022-06-28 01:41:32 +08:00
<description>
Returns the point at the given [code]t[/code] on a one-dimnesional [url=https://en.wikipedia.org/wiki/B%C3%A9zier_curve]Bezier curve[/url] defined by the given [code]control_1[/code], [code]control_2[/code], and [code]end[/code] points.
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="bytes2var">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="bytes" type="PackedByteArray" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Decodes a byte array back to a [Variant] value, without decoding objects.
[b]Note:[/b] If you need object deserialization, see [method bytes2var_with_objects].
</description>
</method>
<method name="bytes2var_with_objects">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="bytes" type="PackedByteArray" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Decodes a byte array back to a [Variant] value. Decoding objects is allowed.
Docs: Fix capitalisation of Warning in two places These are the only places in the docs that were not cased like this. Now they are!
2021-08-12 01:13:26 +08:00
[b]Warning:[/b] Deserialized object can contain code which gets executed. Do not use this option if the serialized object comes from untrusted sources to avoid potential security threats (remote code execution).
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="ceil">
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
Rounds [code]x[/code] upward (towards positive infinity), returning the smallest whole number that is not less than [code]x[/code]. Supported types: [int], [float], [Vector2], [Vector3], [Vector4].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var i = ceil(1.45) # i is 2.0
i = ceil(1.001) # i is 2.0
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
Rename Math::stepify to snapped
2020-12-22 02:02:57 +08:00
See also [method floor], [method round], and [method snapped].
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
[b]Note:[/b] For better type safety, you can use [method ceilf], [method ceili], [method Vector2.ceil], [method Vector3.ceil] or [method Vector4.ceil] instead.
</description>
</method>
<method name="ceilf">
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
<description>
Rounds [code]x[/code] upward (towards positive infinity), returning the smallest whole number that is not less than [code]x[/code].
A type-safe version of [method ceil], specialzied in floats.
</description>
</method>
<method name="ceili">
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
<description>
Rounds [code]x[/code] upward (towards positive infinity), returning the smallest whole number that is not less than [code]x[/code].
A type-safe version of [method ceil] that returns integer.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="clamp">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="value" type="Variant" />
<param index="1" name="min" type="Variant" />
<param index="2" name="max" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Added or improved function description and codeblocks in @GlobalScope.xml
2021-11-06 22:17:54 +08:00
Clamps the [Variant] [code]value[/code] and returns a value not less than [code]min[/code] and not more than [code]max[/code]. Variant types [int], [float] (real), [Vector2], [Vector2i], [Vector3] and [Vector3i] are supported.
[codeblock]
var a = clamp(-10, -1, 5)
# a is -1
var b = clamp(8.1, 0.9, 5.5)
# b is 5.5
var c = clamp(Vector2(-3.5, -4), Vector2(-3.2, -2), Vector2(2, 6.5))
# c is (-3.2, -2)
var d = clamp(Vector2i(7, 8), Vector2i(-3, -2), Vector2i(2, 6))
# d is (2, 6)
var e = clamp(Vector3(-7, 8.5, -3.8), Vector3(-3, -2, 5.4), Vector3(-2, 6, -4.1))
# e is (-3, -2, 5.4)
var f = clamp(Vector3i(-7, -8, -9), Vector3i(-1, 2, 3), Vector3i(-4, -5, -6))
# f is (-4, -5, -6)
[/codeblock]
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="clampf">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="value" type="float" />
<param index="1" name="min" type="float" />
<param index="2" name="max" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Clamps the float [code]value[/code] and returns a value not less than [code]min[/code] and not more than [code]max[/code].
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var speed = 42.1
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
# a is 20.0
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = clampf(speed, 1.0, 20.0)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
speed = -10.0
# a is -1.0
a = clampf(speed, -1.0, 1.0)
[/codeblock]
</description>
</method>
<method name="clampi">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="value" type="int" />
<param index="1" name="min" type="int" />
<param index="2" name="max" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Clamps the integer [code]value[/code] and returns a value not less than [code]min[/code] and not more than [code]max[/code].
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var speed = 42
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
# a is 20
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = clampi(speed, 1, 20)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
speed = -10
# a is -1
a = clampi(speed, -1, 1)
[/codeblock]
</description>
</method>
<method name="cos">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="angle_rad" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the cosine of angle [code]angle_rad[/code] in radians.
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
cos(PI * 2) # Returns 1.0
cos(PI) # Returns -1.0
cos(deg2rad(90)) # Returns 0.0
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
<method name="cosh">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the hyperbolic cosine of [code]x[/code] in radians.
[codeblock]
# Prints 1.543081
print(cosh(1))
[/codeblock]
</description>
</method>
Implement cubic_interpolate() as MathFunc for refactoring
2022-02-11 11:43:21 +08:00
<method name="cubic_interpolate">
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="from" type="float" />
<param index="1" name="to" type="float" />
<param index="2" name="pre" type="float" />
<param index="3" name="post" type="float" />
<param index="4" name="weight" type="float" />
Implement cubic_interpolate() as MathFunc for refactoring
2022-02-11 11:43:21 +08:00
<description>
Cubic interpolates between two values by the factor defined in [code]weight[/code] with pre and post values.
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="db2linear">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="db" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Converts from decibels to linear energy (audio).
</description>
</method>
<method name="deg2rad">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="deg" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Converts an angle expressed in degrees to radians.
[codeblock]
# r is 3.141593
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var r = deg2rad(180)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
<method name="ease">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
<param index="1" name="curve" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Improve the documentation for `ease()` and `smoothstep()` This adds a cheatsheet for `ease()` and a comparison graph for `smoothstep()`, among other things.
2021-09-20 22:01:33 +08:00
Returns an "eased" value of [code]x[/code] based on an easing function defined with [code]curve[/code]. This easing function is based on an exponent. The [code]curve[/code] can be any floating-point number, with specific values leading to the following behaviors:
[codeblock]
- Lower than -1.0 (exclusive): Ease in-out
- 1.0: Linear
- Between -1.0 and 0.0 (exclusive): Ease out-in
- 0.0: Constant
Correct the doc about ease()
2021-11-23 21:32:43 +08:00
- Between 0.0 to 1.0 (exclusive): Ease out
Improve the documentation for `ease()` and `smoothstep()` This adds a cheatsheet for `ease()` and a comparison graph for `smoothstep()`, among other things.
2021-09-20 22:01:33 +08:00
- 1.0: Linear
Correct the doc about ease()
2021-11-23 21:32:43 +08:00
- Greater than 1.0 (exclusive): Ease in
Improve the documentation for `ease()` and `smoothstep()` This adds a cheatsheet for `ease()` and a comparison graph for `smoothstep()`, among other things.
2021-09-20 22:01:33 +08:00
[/codeblock]
[url=https://raw.githubusercontent.com/godotengine/godot-docs/master/img/ease_cheatsheet.png]ease() curve values cheatsheet[/url]
Make Tween.interpolate_value() static
2022-04-18 05:13:39 +08:00
See also [method smoothstep]. If you need to perform more advanced transitions, use [method Tween.interpolate_value].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
Add error_string function
2020-05-24 04:38:48 +08:00
<method name="error_string">
Fix CI after #38992
2021-08-12 01:46:29 +08:00
<return type="String" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="error" type="int" />
Add error_string function
2020-05-24 04:38:48 +08:00
<description>
Returns a human-readable name for the given error code.
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="exp">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
The natural exponential function. It raises the mathematical constant [b]e[/b] to the power of [code]x[/code] and returns it.
[b]e[/b] has an approximate value of 2.71828, and can be obtained with [code]exp(1)[/code].
For exponents to other bases use the method [method pow].
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = exp(2) # Approximately 7.39
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
<method name="floor">
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
Rounds [code]x[/code] downward (towards negative infinity), returning the largest whole number that is not more than [code]x[/code]. Supported types: [int], [float], [Vector2], [Vector3], [Vector4].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
# a is 2.0
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = floor(2.99)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
# a is -3.0
a = floor(-2.99)
[/codeblock]
Rename Math::stepify to snapped
2020-12-22 02:02:57 +08:00
See also [method ceil], [method round], and [method snapped].
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
[b]Note:[/b] For better type safety, you can use [method floorf], [method floori], [method Vector2.floor], [method Vector3.floor] or [method Vector4.floor] instead.
</description>
</method>
<method name="floorf">
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
<description>
Rounds [code]x[/code] downward (towards negative infinity), returning the largest whole number that is not more than [code]x[/code].
A type-safe version of [method floor], specialzied in floats.
</description>
</method>
<method name="floori">
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
<description>
Rounds [code]x[/code] downward (towards negative infinity), returning the largest whole number that is not more than [code]x[/code].
Equivalent of doing [code]int(x)[/code].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="fmod">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
<param index="1" name="y" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the floating-point remainder of [code]x/y[/code], keeping the sign of [code]x[/code].
[codeblock]
# Remainder is 1.5
var remainder = fmod(7, 5.5)
[/codeblock]
For the integer remainder operation, use the [code]%[/code] operator.
</description>
</method>
<method name="fposmod">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
<param index="1" name="y" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the floating-point modulus of [code]x/y[/code] that wraps equally in positive and negative.
[codeblock]
for i in 7:
var x = 0.5 * i - 1.5
print("%4.1f %4.1f %4.1f" % [x, fmod(x, 1.5), fposmod(x, 1.5)])
[/codeblock]
Produces:
[codeblock]
-1.5 -0.0 0.0
-1.0 -1.0 0.5
-0.5 -0.5 1.0
0.0 0.0 0.0
0.5 0.5 0.5
1.0 1.0 1.0
1.5 0.0 0.0
[/codeblock]
</description>
</method>
<method name="hash">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="variable" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the integer hash of the variable passed.
[codeblock]
print(hash("a")) # Prints 177670
[/codeblock]
</description>
</method>
<method name="instance_from_id">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Object" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="instance_id" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the Object that corresponds to [code]instance_id[/code]. All Objects have a unique instance ID.
[codeblock]
var foo = "bar"
func _ready():
var id = get_instance_id()
var inst = instance_from_id(id)
print(inst.foo) # Prints bar
[/codeblock]
</description>
</method>
<method name="inverse_lerp">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="from" type="float" />
<param index="1" name="to" type="float" />
<param index="2" name="weight" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Improve `range_lerp()` and related methods documentation
2022-08-05 15:54:46 +08:00
Returns an interpolation or extrapolation factor considering the range specified in [code]from[/code] and [code]to[/code], and the interpolated value specified in [code]weight[/code]. The returned value will be between [code]0.0[/code] and [code]1.0[/code] if [code]weight[/code] is between [code]from[/code] and [code]to[/code] (inclusive). If [code]weight[/code] is located outside this range, then an extrapolation factor will be returned (return value lower than [code]0.0[/code] or greater than [code]1.0[/code]). Use [method clamp] on the result of [method inverse_lerp] if this is not desired.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
Improve `lerp()`, `lerp_angle()` and `inverse_lerp()` documentation This clarifies that `lerp()` can be used both for interpolation and extrapolation.
2022-01-04 01:47:49 +08:00
# The interpolation ratio in the `lerp()` call below is 0.75.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
var middle = lerp(20, 30, 0.75)
# `middle` is now 27.5.
# Now, we pretend to have forgotten the original ratio and want to get it back.
var ratio = inverse_lerp(20, 30, 27.5)
# `ratio` is now 0.75.
[/codeblock]
Improve `range_lerp()` and related methods documentation
2022-08-05 15:54:46 +08:00
See also [method lerp] which performs the reverse of this operation, and [method range_lerp] to map a continuous series of values to another.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="is_equal_approx">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="bool" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="a" type="float" />
<param index="1" name="b" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns [code]true[/code] if [code]a[/code] and [code]b[/code] are approximately equal to each other.
Here, approximately equal means that [code]a[/code] and [code]b[/code] are within a small internal epsilon of each other, which scales with the magnitude of the numbers.
Infinity values of the same sign are considered equal.
</description>
</method>
<method name="is_inf">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="bool" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns whether [code]x[/code] is an infinity value (either positive infinity or negative infinity).
</description>
</method>
<method name="is_instance_id_valid">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="bool" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="id" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Added or improved function description and codeblocks in @GlobalScope.xml
2021-11-06 22:17:54 +08:00
Returns [code]true[/code] if the Object that corresponds to [code]instance_id[/code] is a valid object (e.g. has not been deleted from memory). All Objects have a unique instance ID.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="is_instance_valid">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="bool" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="instance" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns whether [code]instance[/code] is a valid object (e.g. has not been deleted from memory).
</description>
</method>
<method name="is_nan">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="bool" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns whether [code]x[/code] is a NaN ("Not a Number" or invalid) value.
</description>
</method>
<method name="is_zero_approx">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="bool" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns [code]true[/code] if [code]x[/code] is zero or almost zero.
This method is faster than using [method is_equal_approx] with one value as zero.
</description>
</method>
<method name="lerp">
Restore old lerp() behavior and add lerpf()
2022-05-10 22:08:35 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="from" type="Variant" />
<param index="1" name="to" type="Variant" />
<param index="2" name="weight" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Improve `range_lerp()` and related methods documentation
2022-08-05 15:54:46 +08:00
Linearly interpolates between two values by the factor defined in [code]weight[/code]. To perform interpolation, [code]weight[/code] should be between [code]0.0[/code] and [code]1.0[/code] (inclusive). However, values outside this range are allowed and can be used to perform [i]extrapolation[/i]. Use [method clamp] on the result of [method lerp] if this is not desired.
Restore old lerp() behavior and add lerpf()
2022-05-10 22:08:35 +08:00
Both [code]from[/code] and [code]to[/code] must have matching types. Supported types: [float], [Vector2], [Vector3], [Vector4], [Color], [Quaternion], [Basis].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
lerp(0, 4, 0.75) # Returns 3.0
[/codeblock]
Improve `range_lerp()` and related methods documentation
2022-08-05 15:54:46 +08:00
See also [method inverse_lerp] which performs the reverse of this operation. To perform eased interpolation with [method lerp], combine it with [method ease] or [method smoothstep]. See also [method range_lerp] to map a continuous series of values to another.
Restore old lerp() behavior and add lerpf()
2022-05-10 22:08:35 +08:00
[b]Note:[/b] For better type safety, you can use [method lerpf], [method Vector2.lerp], [method Vector3.lerp], [method Vector4.lerp], [method Color.lerp], [method Quaternion.slerp] or [method Basis.slerp] instead.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="lerp_angle">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="from" type="float" />
<param index="1" name="to" type="float" />
<param index="2" name="weight" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Linearly interpolates between two angles (in radians) by a normalized value.
Improve `lerp()`, `lerp_angle()` and `inverse_lerp()` documentation This clarifies that `lerp()` can be used both for interpolation and extrapolation.
2022-01-04 01:47:49 +08:00
Similar to [method lerp], but interpolates correctly when the angles wrap around [constant @GDScript.TAU]. To perform eased interpolation with [method lerp_angle], combine it with [method ease] or [method smoothstep].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
extends Sprite
var elapsed = 0.0
func _process(delta):
var min_angle = deg2rad(0.0)
var max_angle = deg2rad(90.0)
rotation = lerp_angle(min_angle, max_angle, elapsed)
elapsed += delta
[/codeblock]
Document lerp_angle behavior when angles are approximately PI apart
2022-04-29 13:25:48 +08:00
[b]Note:[/b] This method lerps through the shortest path between [code]from[/code] and [code]to[/code]. However, when these two angles are approximately [code]PI + k * TAU[/code] apart for any integer [code]k[/code], it's not obvious which way they lerp due to floating-point precision errors. For example, [code]lerp_angle(0, PI, weight)[/code] lerps counter-clockwise, while [code]lerp_angle(0, PI + 5 * TAU, weight)[/code] lerps clockwise.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
Restore old lerp() behavior and add lerpf()
2022-05-10 22:08:35 +08:00
<method name="lerpf">
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="from" type="float" />
<param index="1" name="to" type="float" />
<param index="2" name="weight" type="float" />
Restore old lerp() behavior and add lerpf()
2022-05-10 22:08:35 +08:00
<description>
Linearly interpolates between two values by the factor defined in [code]weight[/code]. To perform interpolation, [code]weight[/code] should be between [code]0.0[/code] and [code]1.0[/code] (inclusive). However, values outside this range are allowed and can be used to perform [i]extrapolation[/i].
[codeblock]
lerp(0, 4, 0.75) # Returns 3.0
[/codeblock]
See also [method inverse_lerp] which performs the reverse of this operation. To perform eased interpolation with [method lerp], combine it with [method ease] or [method smoothstep].
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="linear2db">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="lin" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Converts from linear energy to decibels (audio). This can be used to implement volume sliders that behave as expected (since volume isn't linear). Example:
[codeblock]
# "Slider" refers to a node that inherits Range such as HSlider or VSlider.
# Its range must be configured to go from 0 to 1.
# Change the bus name if you'd like to change the volume of a specific bus only.
AudioServer.set_bus_volume_db(AudioServer.get_bus_index("Master"), linear2db($Slider.value))
[/codeblock]
</description>
</method>
<method name="log">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Natural logarithm. The amount of time needed to reach a certain level of continuous growth.
[b]Note:[/b] This is not the same as the "log" function on most calculators, which uses a base 10 logarithm.
[codeblock]
log(10) # Returns 2.302585
[/codeblock]
[b]Note:[/b] The logarithm of [code]0[/code] returns [code]-inf[/code], while negative values return [code]-nan[/code].
</description>
</method>
<method name="max" qualifiers="vararg">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the maximum of the given values. This method can take any number of arguments.
[codeblock]
max(1, 7, 3, -6, 5) # Returns 7
[/codeblock]
</description>
</method>
<method name="maxf">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="a" type="float" />
<param index="1" name="b" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the maximum of two float values.
[codeblock]
maxf(3.6, 24) # Returns 24.0
maxf(-3.99, -4) # Returns -3.99
[/codeblock]
</description>
</method>
<method name="maxi">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="a" type="int" />
<param index="1" name="b" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the maximum of two int values.
[codeblock]
maxi(1, 2) # Returns 2
maxi(-3, -4) # Returns -3
[/codeblock]
</description>
</method>
<method name="min" qualifiers="vararg">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the minimum of the given values. This method can take any number of arguments.
[codeblock]
min(1, 7, 3, -6, 5) # Returns -6
[/codeblock]
</description>
</method>
<method name="minf">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="a" type="float" />
<param index="1" name="b" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the minimum of two float values.
[codeblock]
minf(3.6, 24) # Returns 3.6
minf(-3.99, -4) # Returns -4.0
[/codeblock]
</description>
</method>
<method name="mini">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="a" type="int" />
<param index="1" name="b" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the minimum of two int values.
[codeblock]
mini(1, 2) # Returns 1
mini(-3, -4) # Returns -4
[/codeblock]
</description>
</method>
<method name="move_toward">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="from" type="float" />
<param index="1" name="to" type="float" />
<param index="2" name="delta" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Moves [code]from[/code] toward [code]to[/code] by the [code]delta[/code] value.
Use a negative [code]delta[/code] value to move away.
[codeblock]
move_toward(5, 10, 4) # Returns 9
move_toward(10, 5, 4) # Returns 6
move_toward(10, 5, -1.5) # Returns 11.5
[/codeblock]
</description>
</method>
<method name="nearest_po2">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="value" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the nearest equal or larger power of 2 for integer [code]value[/code].
In other words, returns the smallest value [code]a[/code] where [code]a = pow(2, n)[/code] such that [code]value &lt;= a[/code] for some non-negative integer [code]n[/code].
[codeblock]
nearest_po2(3) # Returns 4
nearest_po2(4) # Returns 4
nearest_po2(5) # Returns 8
nearest_po2(0) # Returns 0 (this may not be what you expect)
nearest_po2(-1) # Returns 0 (this may not be what you expect)
[/codeblock]
Docs: Fix capitalisation of Warning in two places These are the only places in the docs that were not cased like this. Now they are!
2021-08-12 01:13:26 +08:00
[b]Warning:[/b] Due to the way it is implemented, this function returns [code]0[/code] rather than [code]1[/code] for non-positive values of [code]value[/code] (in reality, 1 is the smallest integer power of 2).
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
reimplement ping-pong
2021-10-15 21:25:00 +08:00
<method name="pingpong">
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="value" type="float" />
<param index="1" name="length" type="float" />
reimplement ping-pong
2021-10-15 21:25:00 +08:00
<description>
Returns the [code]value[/code] wrapped between [code]0[/code] and the [code]length[/code]. If the limit is reached, the next value the function returned is decreased to the [code]0[/code] side or increased to the [code]length[/code] side (like a triangle wave). If [code]length[/code] is less than zero, it becomes positive.
[codeblock]
pingpong(-3.0, 3.0) # Returns 3
pingpong(-2.0, 3.0) # Returns 2
pingpong(-1.0, 3.0) # Returns 1
pingpong(0.0, 3.0) # Returns 0
pingpong(1.0, 3.0) # Returns 1
pingpong(2.0, 3.0) # Returns 2
pingpong(3.0, 3.0) # Returns 3
pingpong(4.0, 3.0) # Returns 2
pingpong(5.0, 3.0) # Returns 1
pingpong(6.0, 3.0) # Returns 0
[/codeblock]
</description>
</method>
Re-bind posmod, use int64_t instead of int Fixes #48420, fixes #48421. The binding was missed when moving GDScript built-in to Global Scope it seems. Co-authored-by: kleonc <9283098+kleonc@users.noreply.github.com>
2021-05-04 18:51:03 +08:00
<method name="posmod">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="int" />
<param index="1" name="y" type="int" />
Re-bind posmod, use int64_t instead of int Fixes #48420, fixes #48421. The binding was missed when moving GDScript built-in to Global Scope it seems. Co-authored-by: kleonc <9283098+kleonc@users.noreply.github.com>
2021-05-04 18:51:03 +08:00
<description>
Returns the integer modulus of [code]x/y[/code] that wraps equally in positive and negative.
[codeblock]
for i in range(-3, 4):
print("%2d %2d %2d" % [i, i % 3, posmod(i, 3)])
[/codeblock]
Produces:
[codeblock]
-3 0 0
-2 -2 1
-1 -1 2
0 0 0
1 1 1
2 2 2
3 0 0
[/codeblock]
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="pow">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="base" type="float" />
<param index="1" name="exp" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the result of [code]base[/code] raised to the power of [code]exp[/code].
[codeblock]
pow(2, 5) # Returns 32
[/codeblock]
</description>
</method>
<method name="print" qualifiers="vararg">
<description>
More explicit wording for str() and print() functions
2021-01-05 07:29:04 +08:00
Converts one or more arguments of any type to string in the best way possible and prints them to the console.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = [1, 2, 3]
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
print("a", "b", a) # Prints ab[1, 2, 3]
[/codeblock]
[b]Note:[/b] Consider using [method push_error] and [method push_warning] to print error and warning messages instead of [method print]. This distinguishes them from print messages used for debugging purposes, while also displaying a stack trace when an error or warning is printed.
</description>
</method>
Adding print_rich for printing with BBCode
2022-05-03 07:29:38 +08:00
<method name="print_rich" qualifiers="vararg">
<description>
Converts one or more arguments of any type to string in the best way possible and prints them to the console. The following BBCode tags are supported: b, i, u, s, indent, code, url, center, right, color, bgcolor, fgcolor. Color tags only support named colors such as [code]red[/code], [i]not[/i] hexadecimal color codes. Unsupported tags will be left as-is in standard output.
When printing to standard output, the supported subset of BBCode is converted to ANSI escape codes for the terminal emulator to display. Displaying ANSI escape codes is currently only supported on Linux and macOS. Support for ANSI escape codes may vary across terminal emulators, especially for italic and strikethrough.
[codeblock]
print_rich("[code][b]Hello world![/b][/code]") # Prints out: [b]Hello world![/b]
[/codeblock]
[b]Note:[/b] Consider using [method push_error] and [method push_warning] to print error and warning messages instead of [method print] or [method print_rich]. This distinguishes them from print messages used for debugging purposes, while also displaying a stack trace when an error or warning is printed.
</description>
</method>
Add `print_verbose()` built-in function to print in verbose mode only This can be used as a shorthand for: if OS.is_stdout_verbose(): print("...") Unlike `print_debug()`, this works in release builds too and can be toggled off in debug builds.
2021-09-21 01:14:27 +08:00
<method name="print_verbose" qualifiers="vararg">
<description>
If verbose mode is enabled ([method OS.is_stdout_verbose] returning [code]true[/code]), converts one or more arguments of any type to string in the best way possible and prints them to the console.
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="printerr" qualifiers="vararg">
<description>
Prints one or more arguments to strings in the best way possible to standard error line.
[codeblock]
printerr("prints to stderr")
[/codeblock]
</description>
</method>
<method name="printraw" qualifiers="vararg">
<description>
Prints one or more arguments to strings in the best way possible to console. No newline is added at the end.
[codeblock]
printraw("A")
printraw("B")
# Prints AB
[/codeblock]
[b]Note:[/b] Due to limitations with Godot's built-in console, this only prints to the terminal. If you need to print in the editor, use another method, such as [method print].
</description>
</method>
<method name="prints" qualifiers="vararg">
<description>
Prints one or more arguments to the console with a space between each argument.
[codeblock]
prints("A", "B", "C") # Prints A B C
[/codeblock]
</description>
</method>
<method name="printt" qualifiers="vararg">
<description>
Prints one or more arguments to the console with a tab between each argument.
[codeblock]
printt("A", "B", "C") # Prints A B C
[/codeblock]
</description>
</method>
<method name="push_error" qualifiers="vararg">
<description>
Pushes an error message to Godot's built-in debugger and to the OS terminal.
[codeblock]
push_error("test error") # Prints "test error" to debugger and terminal as error call
[/codeblock]
[b]Note:[/b] Errors printed this way will not pause project execution. To print an error message and pause project execution in debug builds, use [code]assert(false, "test error")[/code] instead.
</description>
</method>
<method name="push_warning" qualifiers="vararg">
<description>
Pushes a warning message to Godot's built-in debugger and to the OS terminal.
[codeblock]
push_warning("test warning") # Prints "test warning" to debugger and terminal as warning call
[/codeblock]
</description>
</method>
<method name="rad2deg">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="rad" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Converts an angle expressed in radians to degrees.
[codeblock]
rad2deg(0.523599) # Returns 30
[/codeblock]
</description>
</method>
<method name="rand_from_seed">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="PackedInt64Array" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="seed" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Random from seed: pass a [code]seed[/code], and an array with both number and new seed is returned. "Seed" here refers to the internal state of the pseudo random number generator. The internal state of the current implementation is 64 bits.
</description>
</method>
<method name="randf">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Improve and clarify documentation for RandomNumberGenerator
2021-07-02 23:47:17 +08:00
Returns a random floating point value between [code]0.0[/code] and [code]1.0[/code] (inclusive).
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
randf() # Returns e.g. 0.375671
[/codeblock]
</description>
</method>
<method name="randf_range">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="from" type="float" />
<param index="1" name="to" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Improve and clarify documentation for RandomNumberGenerator
2021-07-02 23:47:17 +08:00
Returns a random floating point value on the interval between [code]from[/code] and [code]to[/code] (inclusive).
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
prints(randf_range(-10, 10), randf_range(-10, 10)) # Prints e.g. -3.844535 7.45315
[/codeblock]
</description>
</method>
Expose `randfn` to global scope
2021-06-21 17:58:31 +08:00
<method name="randfn">
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="mean" type="float" />
<param index="1" name="deviation" type="float" />
Expose `randfn` to global scope
2021-06-21 17:58:31 +08:00
<description>
Returns a normally-distributed pseudo-random floating point value using Box-Muller transform with the specified [code]mean[/code] and a standard [code]deviation[/code]. This is also called Gaussian distribution.
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="randi">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
class reference proofreading
2021-03-18 19:04:28 +08:00
Returns a random unsigned 32-bit integer. Use remainder to obtain a random value in the interval [code][0, N - 1][/code] (where N is smaller than 2^32).
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
randi() # Returns random integer between 0 and 2^32 - 1
randi() % 20 # Returns random integer between 0 and 19
randi() % 100 # Returns random integer between 0 and 99
randi() % 100 + 1 # Returns random integer between 1 and 100
[/codeblock]
</description>
</method>
<method name="randi_range">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="from" type="int" />
<param index="1" name="to" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Improve and clarify documentation for RandomNumberGenerator
2021-07-02 23:47:17 +08:00
Returns a random signed 32-bit integer between [code]from[/code] and [code]to[/code] (inclusive). If [code]to[/code] is lesser than [code]from[/code], they are swapped.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
print(randi_range(0, 1)) # Prints 0 or 1
print(randi_range(-10, 1000)) # Prints any number from -10 to 1000
[/codeblock]
</description>
</method>
<method name="randomize">
<description>
Randomizes the seed (or the internal state) of the random number generator. Current implementation reseeds using a number based on time.
Call randomize() automatically
2020-11-05 18:04:25 +08:00
[b]Note:[/b] This method is called automatically when the project is run. If you need to fix the seed to have reproducible results, use [method seed] to initialize the random number generator.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="range_lerp">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="value" type="float" />
<param index="1" name="istart" type="float" />
<param index="2" name="istop" type="float" />
<param index="3" name="ostart" type="float" />
<param index="4" name="ostop" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Improve `range_lerp()` and related methods documentation
2022-08-05 15:54:46 +08:00
Maps a [code]value[/code] from range [code][istart, istop][/code] to [code][ostart, ostop][/code]. See also [method lerp] and [method inverse_lerp]. If [code]value[/code] is outside [code][istart, istop][/code], then the resulting value will also be outside [code][ostart, ostop][/code]. Use [method clamp] on the result of [method range_lerp] if this is not desired.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
range_lerp(75, 0, 100, -1, 1) # Returns 0.5
[/codeblock]
Improve `range_lerp()` and related methods documentation
2022-08-05 15:54:46 +08:00
For complex use cases where you need multiple ranges, consider using [Curve] or [Gradient] instead.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
Expose RID creation utilities. * Exposed as utility functions. * Not very useful for script, but vital for creating servers using native extensions.
2021-08-24 07:57:52 +08:00
<method name="rid_allocate_id">
<return type="int" />
<description>
Allocate a unique ID which can be used by the implementation to construct a RID. This is used mainly from native extensions to implement servers.
</description>
</method>
<method name="rid_from_int64">
<return type="RID" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="base" type="int" />
Expose RID creation utilities. * Exposed as utility functions. * Not very useful for script, but vital for creating servers using native extensions.
2021-08-24 07:57:52 +08:00
<description>
Create a RID from an int64. This is used mainly from native extensions to build servers.
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="round">
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
Rounds [code]x[/code] to the nearest whole number, with halfway cases rounded away from zero. Supported types: [int], [float], [Vector2], [Vector3], [Vector4].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
round(2.4) # Returns 2
round(2.5) # Returns 3
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
round(2.6) # Returns 3
[/codeblock]
Rename Math::stepify to snapped
2020-12-22 02:02:57 +08:00
See also [method floor], [method ceil], and [method snapped].
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
[b]Note:[/b] For better type safety, you can use [method roundf], [method roundi], [method Vector2.round], [method Vector3.round] or [method Vector4.round] instead.
</description>
</method>
<method name="roundf">
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
<description>
Rounds [code]x[/code] to the nearest whole number, with halfway cases rounded away from zero.
A type-safe version of [method round], specialzied in floats.
</description>
</method>
<method name="roundi">
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
Split ceil(), floor() and round() method
2022-07-24 04:12:23 +08:00
<description>
Rounds [code]x[/code] to the nearest whole number, with halfway cases rounded away from zero.
A type-safe version of [method round] that returns integer.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="seed">
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="base" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Sets seed for the random number generator.
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var my_seed = "Godot Rocks"
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
seed(my_seed.hash())
[/codeblock]
</description>
</method>
<method name="sign">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Added or improved function description and codeblocks in @GlobalScope.xml
2021-11-06 22:17:54 +08:00
Returns the sign of [code]x[/code] as same type of [Variant] as [code]x[/code] with each component being -1, 0 and 1 for each negative, zero and positive values respectivelu. Variant types [int], [float] (real), [Vector2], [Vector2i], [Vector3] and [Vector3i] are supported.
[codeblock]
sign(-6.0) # Returns -1
sign(0.0) # Returns 0
sign(6.0) # Returns 1
sign(Vector3(-6.0, 0.0, 6.0) # Returns (-1, 0, 1)
[/codeblock]
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="signf">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the sign of [code]x[/code] as a float: -1.0 or 1.0. Returns 0.0 if [code]x[/code] is 0.
[codeblock]
sign(-6.0) # Returns -1.0
sign(0.0) # Returns 0.0
sign(6.0) # Returns 1.0
[/codeblock]
</description>
</method>
<method name="signi">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the sign of [code]x[/code] as an integer: -1 or 1. Returns 0 if [code]x[/code] is 0.
[codeblock]
sign(-6) # Returns -1
sign(0) # Returns 0
sign(6) # Returns 1
[/codeblock]
</description>
</method>
<method name="sin">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="angle_rad" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the sine of angle [code]angle_rad[/code] in radians.
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
sin(0.523599) # Returns 0.5
sin(deg2rad(90)) # Returns 1.0
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
<method name="sinh">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the hyperbolic sine of [code]x[/code].
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = log(2.0) # Returns 0.693147
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
sinh(a) # Returns 0.75
[/codeblock]
</description>
</method>
<method name="smoothstep">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="from" type="float" />
<param index="1" name="to" type="float" />
<param index="2" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the result of smoothly interpolating the value of [code]x[/code] between [code]0[/code] and [code]1[/code], based on the where [code]x[/code] lies with respect to the edges [code]from[/code] and [code]to[/code].
The return value is [code]0[/code] if [code]x &lt;= from[/code], and [code]1[/code] if [code]x &gt;= to[/code]. If [code]x[/code] lies between [code]from[/code] and [code]to[/code], the returned value follows an S-shaped curve that maps [code]x[/code] between [code]0[/code] and [code]1[/code].
fix minor issue in smooth step function's documentation
2021-02-13 04:42:58 +08:00
This S-shaped curve is the cubic Hermite interpolator, given by [code]f(y) = 3*y^2 - 2*y^3[/code] where [code]y = (x-from) / (to-from)[/code].
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[codeblock]
smoothstep(0, 2, -5.0) # Returns 0.0
smoothstep(0, 2, 0.5) # Returns 0.15625
smoothstep(0, 2, 1.0) # Returns 0.5
smoothstep(0, 2, 2.0) # Returns 1.0
[/codeblock]
Improve the documentation for `ease()` and `smoothstep()` This adds a cheatsheet for `ease()` and a comparison graph for `smoothstep()`, among other things.
2021-09-20 22:01:33 +08:00
Compared to [method ease] with a curve value of [code]-1.6521[/code], [method smoothstep] returns the smoothest possible curve with no sudden changes in the derivative. If you need to perform more advanced transitions, use [Tween] or [AnimationPlayer].
[url=https://raw.githubusercontent.com/godotengine/godot-docs/master/img/smoothstep_ease_comparison.png]Comparison between smoothstep() and ease(x, -1.6521) return values[/url]
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
doc: Sync classref with current source
2021-01-04 21:33:44 +08:00
<method name="snapped">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
<param index="1" name="step" type="float" />
doc: Sync classref with current source
2021-01-04 21:33:44 +08:00
<description>
Snaps float value [code]x[/code] to a given [code]step[/code]. This can also be used to round a floating point number to an arbitrary number of decimals.
[codeblock]
snapped(100, 32) # Returns 96
snapped(3.14159, 0.01) # Returns 3.14
[/codeblock]
See also [method ceil], [method floor], and [method round].
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="sqrt">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the square root of [code]x[/code], where [code]x[/code] is a non-negative number.
[codeblock]
sqrt(9) # Returns 3
[/codeblock]
doc: Fix style inconsistencies for `[b]Note:[/b]` paragraphs And fix up formatting not supported by makerst.
2021-10-05 20:24:34 +08:00
[b]Note:[/b] Negative values of [code]x[/code] return NaN. If you need negative inputs, use [code]System.Numerics.Complex[/code] in C#.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="step_decimals">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the position of the first non-zero digit, after the decimal point. Note that the maximum return value is 10, which is a design decision in the implementation.
[codeblock]
# n is 0
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var n = step_decimals(5)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
# n is 4
n = step_decimals(1.0005)
# n is 9
n = step_decimals(0.000000005)
[/codeblock]
</description>
</method>
<method name="str" qualifiers="vararg">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="String" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
More explicit wording for str() and print() functions
2021-01-05 07:29:04 +08:00
Converts one or more arguments of any type to string in the best way possible.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
</description>
</method>
<method name="str2var">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="string" type="String" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Converts a formatted string that was returned by [method var2str] to the original value.
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = '{ "a": 1, "b": 2 }'
var b = str2var(a)
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
print(b["a"]) # Prints 1
[/codeblock]
</description>
</method>
<method name="tan">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="angle_rad" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the tangent of angle [code]angle_rad[/code] in radians.
[codeblock]
tan(deg2rad(45)) # Returns 1
[/codeblock]
</description>
</method>
<method name="tanh">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="x" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the hyperbolic tangent of [code]x[/code].
[codeblock]
Document how to use degrees with `sin()` and `cos()` This was already present in the `tan()` method description. This also adds `var` keywords to code samples to make them valid GDScript.
2021-09-28 22:33:43 +08:00
var a = log(2.0) # Returns 0.693147
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
tanh(a) # Returns 0.6
[/codeblock]
</description>
</method>
<method name="typeof">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="variable" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Returns the internal type of the given Variant object, using the [enum Variant.Type] values.
[codeblock]
Consolidate JSON, JSONParseResults and JSONParser into JSON Renames JSON.parse_string() to parse() Renames JSON.decode_data() to stringify()
2020-12-30 02:12:33 +08:00
var json = JSON.new()
json.parse('["a", "b", "c"]')
var result = json.get_data()
if typeof(result) == TYPE_ARRAY:
print(result[0]) # Prints a
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
else:
Consolidate JSON, JSONParseResults and JSONParser into JSON Renames JSON.parse_string() to parse() Renames JSON.decode_data() to stringify()
2020-12-30 02:12:33 +08:00
print("Unexpected result")
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
[/codeblock]
</description>
</method>
<method name="var2bytes">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="PackedByteArray" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="variable" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Encodes a [Variant] value to a byte array, without encoding objects. Deserialization can be done with [method bytes2var].
[b]Note:[/b] If you need object serialization, see [method var2bytes_with_objects].
</description>
</method>
<method name="var2bytes_with_objects">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="PackedByteArray" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="variable" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Encodes a [Variant] value to a byte array. Encoding objects is allowed (and can potentially include code). Deserialization can be done with [method bytes2var_with_objects].
</description>
</method>
<method name="var2str">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="String" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="variable" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Converts a Variant [code]variable[/code] to a formatted string that can later be parsed using [method str2var].
[codeblock]
a = { "a": 1, "b": 2 }
print(var2str(a))
[/codeblock]
prints
[codeblock]
{
"a": 1,
"b": 2
}
[/codeblock]
</description>
</method>
<method name="weakref">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="obj" type="Variant" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Fix typo in weakref documentation
2021-07-28 04:48:49 +08:00
Returns a weak reference to an object, or [code]null[/code] if the argument is invalid.
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
A weak reference to an object is not enough to keep the object alive: when the only remaining references to a referent are weak references, garbage collection is free to destroy the referent and reuse its memory for something else. However, until the object is actually destroyed the weak reference may return the object even if there are no strong references to it.
</description>
</method>
Add generalized version of `wrap` function
2022-06-27 17:37:55 +08:00
<method name="wrap">
<return type="Variant" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="value" type="Variant" />
<param index="1" name="min" type="Variant" />
<param index="2" name="max" type="Variant" />
Add generalized version of `wrap` function
2022-06-27 17:37:55 +08:00
<description>
Wraps the [Variant] [code]value[/code] between [code]min[/code] and [code]max[/code].
Usable for creating loop-alike behavior or infinite surfaces.
Variant types [int] and [float] (real) are supported. If any of the argument is [float] the result will be [float], otherwise it is [int].
[codeblock]
var a = wrap(4, 5, 10)
# a is 9 (int)
var a = wrap(7, 5, 10)
# a is 7 (int)
var a = wrap(10.5, 5, 10)
# a is 5.5 (float)
[/codeblock]
</description>
</method>
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<method name="wrapf">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="float" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="value" type="float" />
<param index="1" name="min" type="float" />
<param index="2" name="max" type="float" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Wraps float [code]value[/code] between [code]min[/code] and [code]max[/code].
Usable for creating loop-alike behavior or infinite surfaces.
[codeblock]
# Infinite loop between 5.0 and 9.9
value = wrapf(value + 0.1, 5.0, 10.0)
[/codeblock]
[codeblock]
# Infinite rotation (in radians)
angle = wrapf(angle + 0.1, 0.0, TAU)
[/codeblock]
[codeblock]
# Infinite rotation (in radians)
angle = wrapf(angle + 0.1, -PI, PI)
[/codeblock]
[b]Note:[/b] If [code]min[/code] is [code]0[/code], this is equivalent to [method fposmod], so prefer using that instead.
[code]wrapf[/code] is more flexible than using the [method fposmod] approach by giving the user control over the minimum value.
</description>
</method>
<method name="wrapi">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 21:28:05 +08:00
<return type="int" />
Rename the argument tag to param in XML documentation
2022-08-07 02:11:48 +08:00
<param index="0" name="value" type="int" />
<param index="1" name="min" type="int" />
<param index="2" name="max" type="int" />
doc: Sync classref with Variant utility methods Copied relevant documentation from the original `@GDScript` built-ins, which will likely be removed in a future commit. Various fixups to `variant_utility.cpp` while working on this.
2020-11-17 18:21:08 +08:00
<description>
Wraps integer [code]value[/code] between [code]min[/code] and [code]max[/code].
Usable for creating loop-alike behavior or infinite surfaces.
[codeblock]
# Infinite loop between 5 and 9
frame = wrapi(frame + 1, 5, 10)
[/codeblock]
[codeblock]
# result is -2
var result = wrapi(-6, -5, -1)
[/codeblock]
</description>
</method>
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</methods>
<members>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="AudioServer" type="AudioServer" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [AudioServer] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
Adding a new Camera Server implementation to Godot. This is a new singleton where camera sources such as webcams or cameras on a mobile phone can register themselves with the Server. Other parts of Godot can interact with this to obtain images from the camera as textures. This work includes additions to the Visual Server to use this functionality to present the camera image in the background. This is specifically targetted at AR applications.
2017-08-20 22:17:24 +08:00
<member name="CameraServer" type="CameraServer" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [CameraServer] singleton.
Adding a new Camera Server implementation to Godot. This is a new singleton where camera sources such as webcams or cameras on a mobile phone can register themselves with the Server. Other parts of Godot can interact with this to obtain images from the camera as textures. This work includes additions to the Visual Server to use this functionality to present the camera image in the background. This is specifically targetted at AR applications.
2017-08-20 22:17:24 +08:00
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="ClassDB" type="ClassDB" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [ClassDB] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
doc: Fix parsing typed arrays in makerst.py `Type[]` typed arrays will link to `Type`, as it's likely the most interesting information for the user. And sync classref with current source.
2020-04-24 23:43:10 +08:00
<member name="DisplayServer" type="DisplayServer" setter="" getter="">
The [DisplayServer] singleton.
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="Engine" type="Engine" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [Engine] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
Added debugger plugin support Changes: * EngineDebugger is exposed to gdscript. Game side of communication can be implemented through it. * EditorDebuggerPlugin is added which handles the editor side of communication.
2020-05-18 22:55:49 +08:00
<member name="EngineDebugger" type="EngineDebugger" setter="" getter="">
The [EngineDebugger] singleton.
</member>
Split `Geometry` singleton into `Geometry2D` and `Geometry3D` Extra `_2d` suffixes are removed from 2D methods accoringly.
2020-05-26 01:20:45 +08:00
<member name="Geometry2D" type="Geometry2D" setter="" getter="">
The [Geometry2D] singleton.
</member>
<member name="Geometry3D" type="Geometry3D" setter="" getter="">
The [Geometry3D] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
DocData: Skip language-specific ClassDoc without methods/constants Removes the useless `@C#`, `@NativeScript` and `@VisualScript` entries.
2020-06-17 21:06:13 +08:00
<member name="GodotSharp" type="GodotSharp" setter="" getter="">
The [GodotSharp] singleton.
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="IP" type="IP" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [IP] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
Rename InputFilter back to Input It changed name as part of the DisplayServer and input refactoring in #37317, with the rationale that input no longer goes through the main loop, so the previous Input singleton now only does filtering. But the gains in consistency are quite limited in the renaming, and it breaks compatibility for all scripts and tutorials that access the Input singleton via the scripting language. A temporary option was suggested to keep the scripting singleton named `Input` even if its type is `InputFilter`, but that adds inconsistency and breaks C#. Fixes godotengine/godot-proposals#639. Fixes #37319. Fixes #37690.
2020-04-28 21:19:37 +08:00
<member name="Input" type="Input" setter="" getter="">
The [Input] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="InputMap" type="InputMap" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [InputMap] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
doc: Sync classref with current source
2020-01-20 06:19:21 +08:00
<member name="JavaClassWrapper" type="JavaClassWrapper" setter="" getter="">
The [JavaClassWrapper] singleton.
[b]Note:[/b] Only implemented on Android.
</member>
Facilitate exposing platform-exclusive interfaces to all platforms This makes the interfaces available, without implementation, in other platforms and the editor, which facilitates documenting platform-exclusive classes. Platform-exclusive APIs must be set up in platform/<platform>/api/api.cpp. Provide noop method-implementations where necessary. Also setup and document the HTML5 platform's JavaScript singleton.
2017-11-16 08:33:48 +08:00
<member name="JavaScript" type="JavaScript" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [JavaScript] singleton.
doc: Sync classref with current source
2020-01-20 06:19:21 +08:00
[b]Note:[/b] Only implemented on HTML5.
Facilitate exposing platform-exclusive interfaces to all platforms This makes the interfaces available, without implementation, in other platforms and the editor, which facilitates documenting platform-exclusive classes. Platform-exclusive APIs must be set up in platform/<platform>/api/api.cpp. Provide noop method-implementations where necessary. Also setup and document the HTML5 platform's JavaScript singleton.
2017-11-16 08:33:48 +08:00
</member>
Core: Change _Marshall class inherit from Reference to Object
2020-02-24 20:56:22 +08:00
<member name="Marshalls" type="Marshalls" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [Marshalls] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
Implement native extension system * Deprecates GDNative in favor of a simpler, lower level interface. * New extension system allows registering core engine classes. * Simple header interface in gdnative_interace.h
2021-06-19 23:58:49 +08:00
<member name="NativeExtensionManager" type="NativeExtensionManager" setter="" getter="">
</member>
doc: Sync classref with current source Lots of internal API changes and some docstrings were lost in the conversion. I manually salvaged many of them but for all the rendering-related ones, an additional pass is needed. Added missing enum bindings in BaseMaterial3D and VisualServer.
2020-02-12 16:59:06 +08:00
<member name="NavigationMeshGenerator" type="NavigationMeshGenerator" setter="" getter="">
The [NavigationMeshGenerator] singleton.
</member>
doc: Update classref with node renames A few extra renames for classes which were missed in last week's PRs.
2020-03-31 00:22:57 +08:00
<member name="NavigationServer2D" type="NavigationServer2D" setter="" getter="">
The [NavigationServer2D] singleton.
</member>
<member name="NavigationServer3D" type="NavigationServer3D" setter="" getter="">
The [NavigationServer2D] singleton.
doc: Sync classref with current source
2019-05-29 00:08:13 +08:00
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="OS" type="OS" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [OS] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="Performance" type="Performance" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [Performance] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
doc: Update classref with node renames A few extra renames for classes which were missed in last week's PRs.
2020-03-31 00:22:57 +08:00
<member name="PhysicsServer2D" type="PhysicsServer2D" setter="" getter="">
The [PhysicsServer2D] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
doc: Update classref with node renames A few extra renames for classes which were missed in last week's PRs.
2020-03-31 00:22:57 +08:00
<member name="PhysicsServer3D" type="PhysicsServer3D" setter="" getter="">
The [PhysicsServer3D] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="ProjectSettings" type="ProjectSettings" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [ProjectSettings] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
doc: Update classref with node renames A few extra renames for classes which were missed in last week's PRs.
2020-03-31 00:22:57 +08:00
<member name="RenderingServer" type="RenderingServer" setter="" getter="">
The [RenderingServer] singleton.
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="ResourceLoader" type="ResourceLoader" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [ResourceLoader] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="ResourceSaver" type="ResourceSaver" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [ResourceSaver] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
Implement Resource UIDs * Most resource types now have unique identifiers. * Applies to text, binary and imported resources. * File formats reference both by text and UID (when available). UID always has priority. * Resource UIDs are 64 bits for better compatibility with the engine. * Can be represented and used textually, example `uuid://dapwmgsmnl28u`. * A special binary cache file is used and exported, containing the mappings. Example of how it looks: ```GDScript [gd_scene load_steps=2 format=3 uid="uid://dw86wq31afig2"] [ext_resource type="PackedScene" uid="uid://bt36ojelx8q6c" path="res://subscene.scn" id="1_t56hs"] ``` GDScript, shaders and other special resource files can't currently provide UIDs, but this should be doable with special keywords on the files. This will be reserved for future PRs.
2021-07-24 03:01:18 +08:00
<member name="ResourceUID" type="ResourceUID" setter="" getter="">
Add ResourceUID documentation
2022-08-04 01:59:11 +08:00
The [ResourceUID] singleton.
Implement Resource UIDs * Most resource types now have unique identifiers. * Applies to text, binary and imported resources. * File formats reference both by text and UID (when available). UID always has priority. * Resource UIDs are 64 bits for better compatibility with the engine. * Can be represented and used textually, example `uuid://dapwmgsmnl28u`. * A special binary cache file is used and exported, containing the mappings. Example of how it looks: ```GDScript [gd_scene load_steps=2 format=3 uid="uid://dw86wq31afig2"] [ext_resource type="PackedScene" uid="uid://bt36ojelx8q6c" path="res://subscene.scn" id="1_t56hs"] ``` GDScript, shaders and other special resource files can't currently provide UIDs, but this should be doable with special keywords on the files. This will be reserved for future PRs.
2021-07-24 03:01:18 +08:00
</member>
[Complex Text Layouts] Add TextServer documentation. Update Font, CanvasItem, Theme and modified controls documentation.
2020-08-12 19:49:10 +08:00
<member name="TextServerManager" type="TextServerManager" setter="" getter="">
The [TextServerManager] singleton.
</member>
Add Time singleton
2021-05-24 19:54:05 +08:00
<member name="Time" type="Time" setter="" getter="">
The [Time] singleton.
</member>
doc: Sync classref with current source [ci skip]
2017-09-13 14:49:40 +08:00
<member name="TranslationServer" type="TranslationServer" setter="" getter="">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
The [TranslationServer] singleton.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</member>
Rename VisualScriptEditor singleton to VisualScriptCustomNodes Follow-up to #51916, fixes inconsistency between singleton name and class as documented in https://github.com/godotengine/godot/issues/52162#issuecomment-918979753.
2021-09-14 17:31:01 +08:00
<member name="VisualScriptCustomNodes" type="VisualScriptCustomNodes" setter="" getter="">
Fix Visual Script editor
2021-08-24 00:15:50 +08:00
The [VisualScriptCustomNodes] singleton.
doc: Sync classref with current source
2017-11-24 16:16:27 +08:00
</member>
Implement a Worker ThreadPool This PR implements a worked thread pool. It uses a fixed amount of threads in a pool and allows scheduling tasks that can be run on threads (and then waited for). It satisfies the following use cases: * HTML5 thread count is fixed (and similar restrictions are known in consoles) so we need to reuse threads. * Thread spawning is slow in general, so reusing threads is faster anyway. * This implementation supports recursive waiting for tasks, making it less prone to deadlocks if threads from the pool also run tasks. After this is approved and merged, subsequent PRs will be needed to replace the ThreadWorkPool usage by this class.
2022-07-18 18:09:19 +08:00
<member name="WorkerThreadPool" type="WorkerThreadPool" setter="" getter="">
</member>
doc: Sync classref with current source Add missing enum bindings.
2020-04-20 17:48:00 +08:00
<member name="XRServer" type="XRServer" setter="" getter="">
The [XRServer] singleton.
</member>
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</members>
<constants>
Rename Control margin to offset
2020-12-23 00:24:29 +08:00
<constant name="SIDE_LEFT" value="0" enum="Side">
Left side, usually used for [Control] or [StyleBox]-derived classes.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename Control margin to offset
2020-12-23 00:24:29 +08:00
<constant name="SIDE_TOP" value="1" enum="Side">
Top side, usually used for [Control] or [StyleBox]-derived classes.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename Control margin to offset
2020-12-23 00:24:29 +08:00
<constant name="SIDE_RIGHT" value="2" enum="Side">
Right side, usually used for [Control] or [StyleBox]-derived classes.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename Control margin to offset
2020-12-23 00:24:29 +08:00
<constant name="SIDE_BOTTOM" value="3" enum="Side">
Bottom side, usually used for [Control] or [StyleBox]-derived classes.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
<constant name="CORNER_TOP_LEFT" value="0" enum="Corner">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Top-left corner.
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="CORNER_TOP_RIGHT" value="1" enum="Corner">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Top-right corner.
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="CORNER_BOTTOM_RIGHT" value="2" enum="Corner">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Bottom-right corner.
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="CORNER_BOTTOM_LEFT" value="3" enum="Corner">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Bottom-left corner.
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="VERTICAL" value="1" enum="Orientation">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
General vertical alignment, usually used for [Separator], [ScrollBar], [Slider], etc.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="HORIZONTAL" value="0" enum="Orientation">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
General horizontal alignment, usually used for [Separator], [ScrollBar], [Slider], etc.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Sync classref with current source
2021-03-10 17:54:21 +08:00
<constant name="CLOCKWISE" value="0" enum="ClockDirection">
</constant>
<constant name="COUNTERCLOCKWISE" value="1" enum="ClockDirection">
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="HORIZONTAL_ALIGNMENT_LEFT" value="0" enum="HorizontalAlignment">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Horizontal left alignment, usually for text-derived classes.
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="HORIZONTAL_ALIGNMENT_CENTER" value="1" enum="HorizontalAlignment">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Horizontal center alignment, usually for text-derived classes.
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="HORIZONTAL_ALIGNMENT_RIGHT" value="2" enum="HorizontalAlignment">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Horizontal right alignment, usually for text-derived classes.
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="HORIZONTAL_ALIGNMENT_FILL" value="3" enum="HorizontalAlignment">
[Complex Text Layouts] Add TextServer documentation. Update Font, CanvasItem, Theme and modified controls documentation.
2020-08-12 19:49:10 +08:00
Expand row to fit width, usually for text-derived classes.
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="VERTICAL_ALIGNMENT_TOP" value="0" enum="VerticalAlignment">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Vertical top alignment, usually for text-derived classes.
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="VERTICAL_ALIGNMENT_CENTER" value="1" enum="VerticalAlignment">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Vertical center alignment, usually for text-derived classes.
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="VERTICAL_ALIGNMENT_BOTTOM" value="2" enum="VerticalAlignment">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Vertical bottom alignment, usually for text-derived classes.
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="VERTICAL_ALIGNMENT_FILL" value="3" enum="VerticalAlignment">
Expand rows to fit height, usually for text-derived classes.
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="INLINE_ALIGNMENT_TOP_TO" value="0" enum="InlineAlignment">
Aligns the top of the inline object (e.g. image, table) to the position of the text specified by [code]INLINE_ALIGNMENT_TO_*[/code] constant.
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="INLINE_ALIGNMENT_CENTER_TO" value="1" enum="InlineAlignment">
Aligns the center of the inline object (e.g. image, table) to the position of the text specified by [code]INLINE_ALIGNMENT_TO_*[/code] constant.
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="INLINE_ALIGNMENT_BOTTOM_TO" value="2" enum="InlineAlignment">
Aligns the bottom of the inline object (e.g. image, table) to the position of the text specified by [code]INLINE_ALIGNMENT_TO_*[/code] constant.
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="INLINE_ALIGNMENT_TO_TOP" value="0" enum="InlineAlignment">
Aligns the position of the inline object (e.g. image, table) specified by [code]INLINE_ALIGNMENT_*_TO[/code] constant to the top of the text.
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="INLINE_ALIGNMENT_TO_CENTER" value="4" enum="InlineAlignment">
Aligns the position of the inline object (e.g. image, table) specified by [code]INLINE_ALIGNMENT_*_TO[/code] constant to the center of the text.
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="INLINE_ALIGNMENT_TO_BASELINE" value="8" enum="InlineAlignment">
Aligns the position of the inline object (e.g. image, table) specified by [code]INLINE_ALIGNMENT_*_TO[/code] constant to the baseline of the text.
</constant>
<constant name="INLINE_ALIGNMENT_TO_BOTTOM" value="12" enum="InlineAlignment">
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
Aligns inline object (e.g. image, table) to the bottom of the text.
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="INLINE_ALIGNMENT_TOP" value="0" enum="InlineAlignment">
Fix various typos Found via ` codespell -q 3 -S ./thirdparty,*.po,./DONORS.md -L ackward,ang,ans,ba,beng,cas,childs,childrens,dof,doubleclick,expct,fave,findn,gird,hist,inout,leapyear,lod,nd,numer,ois,ony,paket,seeked,sinc,switchs,te,uint,varn` Update editor/import/resource_importer_layered_texture.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update doc/classes/TileSetScenesCollectionSource.xml Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/gui/graph_edit.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/resources/animation.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/resources/animation.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/resources/animation.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/gui/rich_text_label.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Revert previously committed change
2022-01-02 14:03:58 +08:00
Aligns top of the inline object (e.g. image, table) to the top of the text. Equivalent to [code]INLINE_ALIGNMENT_TOP_TO | INLINE_ALIGNMENT_TO_TOP[/code].
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="INLINE_ALIGNMENT_CENTER" value="5" enum="InlineAlignment">
Fix various typos Found via ` codespell -q 3 -S ./thirdparty,*.po,./DONORS.md -L ackward,ang,ans,ba,beng,cas,childs,childrens,dof,doubleclick,expct,fave,findn,gird,hist,inout,leapyear,lod,nd,numer,ois,ony,paket,seeked,sinc,switchs,te,uint,varn` Update editor/import/resource_importer_layered_texture.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update doc/classes/TileSetScenesCollectionSource.xml Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/gui/graph_edit.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/resources/animation.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/resources/animation.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/resources/animation.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/gui/rich_text_label.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Revert previously committed change
2022-01-02 14:03:58 +08:00
Aligns center of the inline object (e.g. image, table) to the center of the text. Equivalent to [code]INLINE_ALIGNMENT_CENTER_TO | INLINE_ALIGNMENT_TO_CENTER[/code].
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
</constant>
align to horizontal_alignment, valign to vertical_alignment, related
2021-11-25 10:58:47 +08:00
<constant name="INLINE_ALIGNMENT_BOTTOM" value="14" enum="InlineAlignment">
Fix various typos Found via ` codespell -q 3 -S ./thirdparty,*.po,./DONORS.md -L ackward,ang,ans,ba,beng,cas,childs,childrens,dof,doubleclick,expct,fave,findn,gird,hist,inout,leapyear,lod,nd,numer,ois,ony,paket,seeked,sinc,switchs,te,uint,varn` Update editor/import/resource_importer_layered_texture.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update doc/classes/TileSetScenesCollectionSource.xml Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/gui/graph_edit.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/resources/animation.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/resources/animation.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/resources/animation.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Update scene/gui/rich_text_label.cpp Co-authored-by: Raul Santos <raulsntos@gmail.com> Revert previously committed change
2022-01-02 14:03:58 +08:00
Aligns bottom of the inline object (e.g. image, table) to the bottom of the text. Equivalent to [code]INLINE_ALIGNMENT_BOTTOM_TO | INLINE_ALIGNMENT_TO_BOTTOM[/code].
[Text Server] Improve object (image/table) inline alignment.
2021-06-14 15:11:37 +08:00
</constant>
[GDExtension] Add binds for missing methods, operators, and constants required for GDExtension TextServer implementation.
2022-02-08 15:49:14 +08:00
<constant name="INLINE_ALIGNMENT_IMAGE_MASK" value="3" enum="InlineAlignment">
A bit mask for [code]INLINE_ALIGNMENT_*_TO[/code] alignment constants.
</constant>
<constant name="INLINE_ALIGNMENT_TEXT_MASK" value="12" enum="InlineAlignment">
A bit mask for [code]INLINE_ALIGNMENT_TO_*[/code] alignment constants.
</constant>
bugfix: bind core enums' none values
2022-02-09 00:43:53 +08:00
<constant name="KEY_NONE" value="0" enum="Key">
Enum value which doesn't correspond to any key. This is used to initialize [enum Key] properties with a generic state.
</constant>
Use "enum class" for input enums
2021-08-14 05:31:57 +08:00
<constant name="KEY_SPECIAL" value="16777216" enum="Key">
Rename `scancode` to `keycode`. Add `physical_keycode` (keyboard layout independent keycodes) to InputEventKey and InputMap. Fix non-latin keyboard layout keycodes on Linux/X11 (fallback to physical keycodes).
2018-04-06 01:59:35 +08:00
Keycodes with this bit applied are non-printable.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ESCAPE" value="16777217" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Escape key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_TAB" value="16777218" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Tab key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_BACKTAB" value="16777219" enum="Key">
Improve shortcut formatting in docs
2020-03-10 18:41:36 +08:00
Shift + Tab key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_BACKSPACE" value="16777220" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Backspace key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ENTER" value="16777221" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Return key (on the main keyboard).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_ENTER" value="16777222" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Enter key on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_INSERT" value="16777223" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Insert key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_DELETE" value="16777224" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Delete key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PAUSE" value="16777225" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Pause key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PRINT" value="16777226" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Print Screen key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_SYSREQ" value="16777227" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
System Request key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_CLEAR" value="16777228" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Clear key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_HOME" value="16777229" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Home key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_END" value="16777230" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
End key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_LEFT" value="16777231" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Left arrow key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_UP" value="16777232" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Up arrow key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_RIGHT" value="16777233" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Right arrow key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_DOWN" value="16777234" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Down arrow key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PAGEUP" value="16777235" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Page Up key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PAGEDOWN" value="16777236" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Page Down key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_SHIFT" value="16777237" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Shift key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename "Control" key to "Ctrl" and add "_pressed" suffix to all InputEventWithModifiers properties/methods
2021-04-25 04:33:50 +08:00
<constant name="KEY_CTRL" value="16777238" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Control key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_META" value="16777239" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Meta key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ALT" value="16777240" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Alt key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_CAPSLOCK" value="16777241" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Caps Lock key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_NUMLOCK" value="16777242" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Num Lock key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_SCROLLLOCK" value="16777243" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Scroll Lock key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F1" value="16777244" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F1 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F2" value="16777245" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F2 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F3" value="16777246" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F3 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F4" value="16777247" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F4 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F5" value="16777248" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F5 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F6" value="16777249" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F6 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F7" value="16777250" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F7 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F8" value="16777251" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F8 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F9" value="16777252" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F9 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F10" value="16777253" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F10 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F11" value="16777254" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F11 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F12" value="16777255" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F12 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F13" value="16777256" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F13 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F14" value="16777257" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F14 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F15" value="16777258" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F15 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F16" value="16777259" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F16 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_F17" value="16777260" enum="Key">
F17 key.
</constant>
<constant name="KEY_F18" value="16777261" enum="Key">
F18 key.
</constant>
<constant name="KEY_F19" value="16777262" enum="Key">
F19 key.
</constant>
<constant name="KEY_F20" value="16777263" enum="Key">
F20 key.
</constant>
<constant name="KEY_F21" value="16777264" enum="Key">
F21 key.
</constant>
<constant name="KEY_F22" value="16777265" enum="Key">
F22 key.
</constant>
<constant name="KEY_F23" value="16777266" enum="Key">
F23 key.
</constant>
<constant name="KEY_F24" value="16777267" enum="Key">
F24 key.
</constant>
<constant name="KEY_F25" value="16777268" enum="Key">
F25 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F26" value="16777269" enum="Key">
F26 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F27" value="16777270" enum="Key">
F27 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F28" value="16777271" enum="Key">
F28 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F29" value="16777272" enum="Key">
F29 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F30" value="16777273" enum="Key">
F30 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F31" value="16777274" enum="Key">
F31 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F32" value="16777275" enum="Key">
F32 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F33" value="16777276" enum="Key">
F33 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F34" value="16777277" enum="Key">
F34 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
<constant name="KEY_F35" value="16777278" enum="Key">
F35 key. Only supported on macOS and Linux due to a Windows limitation.
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_MULTIPLY" value="16777345" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Multiply (*) key on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_DIVIDE" value="16777346" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Divide (/) key on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_SUBTRACT" value="16777347" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Subtract (-) key on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_PERIOD" value="16777348" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Period (.) key on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_ADD" value="16777349" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Add (+) key on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_0" value="16777350" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 0 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_1" value="16777351" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 1 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_2" value="16777352" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 2 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_3" value="16777353" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 3 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_4" value="16777354" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 4 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_5" value="16777355" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 5 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_6" value="16777356" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 6 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_7" value="16777357" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 7 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_8" value="16777358" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 8 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_KP_9" value="16777359" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 9 on the numeric keypad.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_SUPER_L" value="16777280" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Left Super key (Windows key).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_SUPER_R" value="16777281" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Right Super key (Windows key).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_MENU" value="16777282" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Context menu key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_HYPER_L" value="16777283" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Left Hyper key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_HYPER_R" value="16777284" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Right Hyper key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_HELP" value="16777285" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Help key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_DIRECTION_L" value="16777286" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Left Direction key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_DIRECTION_R" value="16777287" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Right Direction key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_BACK" value="16777288" enum="Key">
Clarify that `KEY_BACK` is unrelated to the Back button on Android This closes #19325.
2020-08-28 23:10:08 +08:00
Media back key. Not to be confused with the Back button on an Android device.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_FORWARD" value="16777289" enum="Key">
Clarify that `KEY_BACK` is unrelated to the Back button on Android This closes #19325.
2020-08-28 23:10:08 +08:00
Media forward key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_STOP" value="16777290" enum="Key">
Clarify that `KEY_BACK` is unrelated to the Back button on Android This closes #19325.
2020-08-28 23:10:08 +08:00
Media stop key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_REFRESH" value="16777291" enum="Key">
Clarify that `KEY_BACK` is unrelated to the Back button on Android This closes #19325.
2020-08-28 23:10:08 +08:00
Media refresh key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_VOLUMEDOWN" value="16777292" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Volume down key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_VOLUMEMUTE" value="16777293" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Mute volume key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_VOLUMEUP" value="16777294" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Volume up key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_BASSBOOST" value="16777295" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Bass Boost key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_BASSUP" value="16777296" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Bass up key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_BASSDOWN" value="16777297" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Bass down key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_TREBLEUP" value="16777298" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Treble up key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_TREBLEDOWN" value="16777299" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Treble down key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_MEDIAPLAY" value="16777300" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Media play key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_MEDIASTOP" value="16777301" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Media stop key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_MEDIAPREVIOUS" value="16777302" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Previous song key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_MEDIANEXT" value="16777303" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Next song key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_MEDIARECORD" value="16777304" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Media record key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_HOMEPAGE" value="16777305" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Home page key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_FAVORITES" value="16777306" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Favorites key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_SEARCH" value="16777307" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Search key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_STANDBY" value="16777308" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Standby key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_OPENURL" value="16777309" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Open URL / Launch Browser key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCHMAIL" value="16777310" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Mail key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCHMEDIA" value="16777311" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Media key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH0" value="16777312" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 0 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH1" value="16777313" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 1 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH2" value="16777314" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 2 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH3" value="16777315" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 3 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH4" value="16777316" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 4 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH5" value="16777317" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 5 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH6" value="16777318" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 6 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH7" value="16777319" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 7 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH8" value="16777320" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 8 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCH9" value="16777321" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut 9 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCHA" value="16777322" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut A key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCHB" value="16777323" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut B key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCHC" value="16777324" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut C key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCHD" value="16777325" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut D key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCHE" value="16777326" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut E key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Adding function key support from F17 to F35 OSX supports everything by default, Linux is also capable of supporting every function key, Windows as I know support only up to F24
2022-06-14 00:44:44 +08:00
<constant name="KEY_LAUNCHF" value="16777327" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Launch Shortcut F key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_UNKNOWN" value="33554431" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Unknown key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_SPACE" value="32" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Space key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_EXCLAM" value="33" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
! key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_QUOTEDBL" value="34" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
" key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_NUMBERSIGN" value="35" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
# key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_DOLLAR" value="36" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
$ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PERCENT" value="37" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
% key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_AMPERSAND" value="38" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
&amp; key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_APOSTROPHE" value="39" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
' key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PARENLEFT" value="40" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
( key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PARENRIGHT" value="41" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
) key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ASTERISK" value="42" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
* key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PLUS" value="43" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
+ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_COMMA" value="44" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
, key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_MINUS" value="45" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
- key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PERIOD" value="46" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
. key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_SLASH" value="47" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
/ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_0" value="48" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 0.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_1" value="49" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 1.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_2" value="50" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 2.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_3" value="51" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 3.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_4" value="52" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 4.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_5" value="53" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 5.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_6" value="54" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 6.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_7" value="55" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 7.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_8" value="56" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 8.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_9" value="57" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Number 9.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_COLON" value="58" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
: key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_SEMICOLON" value="59" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
; key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_LESS" value="60" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
&lt; key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_EQUAL" value="61" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
= key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_GREATER" value="62" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
&gt; key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_QUESTION" value="63" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
? key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_AT" value="64" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
@ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_A" value="65" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
A key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_B" value="66" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
B key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_C" value="67" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
C key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_D" value="68" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
D key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_E" value="69" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
E key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_F" value="70" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
F key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_G" value="71" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
G key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_H" value="72" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
H key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_I" value="73" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
I key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_J" value="74" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
J key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_K" value="75" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
K key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_L" value="76" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
L key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_M" value="77" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
M key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_N" value="78" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
N key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_O" value="79" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
O key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_P" value="80" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
P key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_Q" value="81" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Q key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_R" value="82" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
R key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_S" value="83" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
S key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_T" value="84" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
T key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_U" value="85" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
U key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_V" value="86" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
V key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_W" value="87" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
W key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_X" value="88" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
X key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_Y" value="89" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Y key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_Z" value="90" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Z key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_BRACKETLEFT" value="91" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
[ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_BACKSLASH" value="92" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
\ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_BRACKETRIGHT" value="93" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
] key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ASCIICIRCUM" value="94" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
^ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_UNDERSCORE" value="95" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
_ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_QUOTELEFT" value="96" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
` key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_BRACELEFT" value="123" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
{ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_BAR" value="124" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
| key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_BRACERIGHT" value="125" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
} key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ASCIITILDE" value="126" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
~ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_NOBREAKSPACE" value="160" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Non-breakable space key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_EXCLAMDOWN" value="161" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
¡ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_CENT" value="162" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
¢ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_STERLING" value="163" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
£ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_CURRENCY" value="164" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
¤ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_YEN" value="165" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
¥ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_BROKENBAR" value="166" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
¦ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_SECTION" value="167" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
§ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_DIAERESIS" value="168" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
¨ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_COPYRIGHT" value="169" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
© key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ORDFEMININE" value="170" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
ª key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_GUILLEMOTLEFT" value="171" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
« key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_NOTSIGN" value="172" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
¬ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_HYPHEN" value="173" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Soft hyphen key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_REGISTERED" value="174" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
® key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_MACRON" value="175" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
¯ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_DEGREE" value="176" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
° key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PLUSMINUS" value="177" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
± key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_TWOSUPERIOR" value="178" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
² key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_THREESUPERIOR" value="179" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
³ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ACUTE" value="180" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
´ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_MU" value="181" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
µ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PARAGRAPH" value="182" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
¶ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_PERIODCENTERED" value="183" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
· key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_CEDILLA" value="184" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
¸ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ONESUPERIOR" value="185" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
¹ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_MASCULINE" value="186" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
º key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_GUILLEMOTRIGHT" value="187" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
» key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ONEQUARTER" value="188" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
¼ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ONEHALF" value="189" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
½ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_THREEQUARTERS" value="190" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
¾ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_QUESTIONDOWN" value="191" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
¿ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_AGRAVE" value="192" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
À key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_AACUTE" value="193" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Á key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ACIRCUMFLEX" value="194" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
 key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ATILDE" value="195" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
à key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ADIAERESIS" value="196" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ä key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ARING" value="197" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Å key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_AE" value="198" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Æ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_CCEDILLA" value="199" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ç key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_EGRAVE" value="200" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
È key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_EACUTE" value="201" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
É key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ECIRCUMFLEX" value="202" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ê key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_EDIAERESIS" value="203" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ë key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_IGRAVE" value="204" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ì key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_IACUTE" value="205" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Í key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ICIRCUMFLEX" value="206" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Î key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_IDIAERESIS" value="207" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ï key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ETH" value="208" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ð key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_NTILDE" value="209" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ñ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_OGRAVE" value="210" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ò key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_OACUTE" value="211" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ó key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_OCIRCUMFLEX" value="212" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ô key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_OTILDE" value="213" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Õ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_ODIAERESIS" value="214" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ö key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_MULTIPLY" value="215" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
× key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_OOBLIQUE" value="216" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ø key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_UGRAVE" value="217" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ù key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_UACUTE" value="218" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ú key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_UCIRCUMFLEX" value="219" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Û key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_UDIAERESIS" value="220" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ü key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_YACUTE" value="221" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Ý key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_THORN" value="222" enum="Key">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Þ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_SSHARP" value="223" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
ß key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_DIVISION" value="247" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
÷ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="KEY_YDIAERESIS" value="255" enum="Key">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
ÿ key.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="KEY_CODE_MASK" value="33554431" enum="KeyModifierMask">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Key Code mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Fix more issues found by cppcheck.
2022-04-07 18:23:40 +08:00
<constant name="KEY_MODIFIER_MASK" value="2130706432" enum="KeyModifierMask">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Modifier key mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="KEY_MASK_SHIFT" value="33554432" enum="KeyModifierMask">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Shift key mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="KEY_MASK_ALT" value="67108864" enum="KeyModifierMask">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Alt key mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="KEY_MASK_META" value="134217728" enum="KeyModifierMask">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Meta key mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="KEY_MASK_CTRL" value="268435456" enum="KeyModifierMask">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Ctrl key mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Docs: Ignore OS specific values (constants, project settings, properties).
2020-05-21 03:49:39 +08:00
<constant name="KEY_MASK_CMD" value="platform-dependent" enum="KeyModifierMask">
Improve the `KEY_MASK_CMD` documentation
2019-12-18 01:26:21 +08:00
Command key mask. On macOS, this is equivalent to [constant KEY_MASK_META]. On other platforms, this is equivalent to [constant KEY_MASK_CTRL]. This mask should be preferred to [constant KEY_MASK_META] or [constant KEY_MASK_CTRL] for system shortcuts as it handles all platforms correctly.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="KEY_MASK_KPAD" value="536870912" enum="KeyModifierMask">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Keypad key mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="KEY_MASK_GROUP_SWITCH" value="1073741824" enum="KeyModifierMask">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Group Switch key mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
bugfix: bind core enums' none values
2022-02-09 00:43:53 +08:00
<constant name="MOUSE_BUTTON_NONE" value="0" enum="MouseButton">
Enum value which doesn't correspond to any mouse button. This is used to initialize [enum MouseButton] properties with a generic state.
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_LEFT" value="1" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Left mouse button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_RIGHT" value="2" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Right mouse button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_MIDDLE" value="3" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Middle mouse button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_WHEEL_UP" value="4" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Mouse wheel up.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_WHEEL_DOWN" value="5" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Mouse wheel down.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_WHEEL_LEFT" value="6" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Mouse wheel left button (only present on some mice).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_WHEEL_RIGHT" value="7" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Mouse wheel right button (only present on some mice).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Use "enum class" for input enums
2021-08-14 05:31:57 +08:00
<constant name="MOUSE_BUTTON_XBUTTON1" value="8" enum="MouseButton">
Extra mouse button 1 (only present on some mice).
</constant>
<constant name="MOUSE_BUTTON_XBUTTON2" value="9" enum="MouseButton">
Extra mouse button 2 (only present on some mice).
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_MASK_LEFT" value="1" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Left mouse button mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_MASK_RIGHT" value="2" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Right mouse button mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_MASK_MIDDLE" value="4" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Middle mouse button mask.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_MASK_XBUTTON1" value="128" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Extra mouse button 1 mask.
doc: Sync classref with current source Fix various missing arguments in bindings.
2018-07-26 17:56:21 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MOUSE_BUTTON_MASK_XBUTTON2" value="256" enum="MouseButton">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Extra mouse button 2 mask.
doc: Sync classref with current source Fix various missing arguments in bindings.
2018-07-26 17:56:21 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_INVALID" value="-1" enum="JoyButton">
Update game controller enums.
2020-04-23 20:01:36 +08:00
An invalid game controller button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_A" value="0" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL button A. Corresponds to the bottom action button: Sony Cross, Xbox A, Nintendo B.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_B" value="1" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL button B. Corresponds to the right action button: Sony Circle, Xbox B, Nintendo A.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_X" value="2" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL button X. Corresponds to the left action button: Sony Square, Xbox X, Nintendo Y.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_Y" value="3" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL button Y. Corresponds to the top action button: Sony Triangle, Xbox Y, Nintendo X.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_BACK" value="4" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL back button. Corresponds to the Sony Select, Xbox Back, Nintendo - button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_GUIDE" value="5" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL guide button. Corresponds to the Sony PS, Xbox Home button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_START" value="6" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL start button. Corresponds to the Nintendo + button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_LEFT_STICK" value="7" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL left stick button. Corresponds to the Sony L3, Xbox L/LS button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_RIGHT_STICK" value="8" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL right stick button. Corresponds to the Sony R3, Xbox R/RS button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_LEFT_SHOULDER" value="9" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL left shoulder button. Corresponds to the Sony L1, Xbox LB button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_RIGHT_SHOULDER" value="10" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller SDL right shoulder button. Corresponds to the Sony R1, Xbox RB button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_DPAD_UP" value="11" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller D-pad up button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_DPAD_DOWN" value="12" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller D-pad down button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_DPAD_LEFT" value="13" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller D-pad left button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_DPAD_RIGHT" value="14" enum="JoyButton">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
Game controller D-pad right button.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_MISC1" value="15" enum="JoyButton">
Add support for new SDL gamecontroller keywords.
2021-02-07 21:52:38 +08:00
Game controller SDL miscellaneous button. Corresponds to Xbox share button, PS5 microphone button, Nintendo capture button.
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_PADDLE1" value="16" enum="JoyButton">
Add support for new SDL gamecontroller keywords.
2021-02-07 21:52:38 +08:00
Game controller SDL paddle 1 button.
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_PADDLE2" value="17" enum="JoyButton">
Add support for new SDL gamecontroller keywords.
2021-02-07 21:52:38 +08:00
Game controller SDL paddle 2 button.
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_PADDLE3" value="18" enum="JoyButton">
Add support for new SDL gamecontroller keywords.
2021-02-07 21:52:38 +08:00
Game controller SDL paddle 3 button.
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_PADDLE4" value="19" enum="JoyButton">
Add support for new SDL gamecontroller keywords.
2021-02-07 21:52:38 +08:00
Game controller SDL paddle 4 button.
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_TOUCHPAD" value="20" enum="JoyButton">
Add support for new SDL gamecontroller keywords.
2021-02-07 21:52:38 +08:00
Game controller SDL touchpad button.
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_BUTTON_SDL_MAX" value="21" enum="JoyButton">
Update game controller enums.
2020-04-23 20:01:36 +08:00
The number of SDL game controller buttons.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Add joystick button index boundary check. Increase max. button number to 128 (max. buttons supported by DirectInput).
2022-01-10 19:43:44 +08:00
<constant name="JOY_BUTTON_MAX" value="128" enum="JoyButton">
The maximum number of game controller buttons supported by the engine. The actual limit may be lower on specific platforms:
- Android: Up to 36 buttons.
- Linux: Up to 80 buttons.
- Windows and macOS: Up to 128 buttons.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_AXIS_INVALID" value="-1" enum="JoyAxis">
Update game controller enums.
2020-04-23 20:01:36 +08:00
An invalid game controller axis.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_AXIS_LEFT_X" value="0" enum="JoyAxis">
Update game controller enums.
2020-04-23 20:01:36 +08:00
Game controller left joystick x-axis.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_AXIS_LEFT_Y" value="1" enum="JoyAxis">
Update game controller enums.
2020-04-23 20:01:36 +08:00
Game controller left joystick y-axis.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_AXIS_RIGHT_X" value="2" enum="JoyAxis">
Update game controller enums.
2020-04-23 20:01:36 +08:00
Game controller right joystick x-axis.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_AXIS_RIGHT_Y" value="3" enum="JoyAxis">
Update game controller enums.
2020-04-23 20:01:36 +08:00
Game controller right joystick y-axis.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_AXIS_TRIGGER_LEFT" value="4" enum="JoyAxis">
Update game controller enums.
2020-04-23 20:01:36 +08:00
Game controller left trigger axis.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_AXIS_TRIGGER_RIGHT" value="5" enum="JoyAxis">
Update game controller enums.
2020-04-23 20:01:36 +08:00
Game controller right trigger axis.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_AXIS_SDL_MAX" value="6" enum="JoyAxis">
Update game controller enums.
2020-04-23 20:01:36 +08:00
The number of SDL game controller axes.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="JOY_AXIS_MAX" value="10" enum="JoyAxis">
Update joy button and stick names, enums and documentation
2020-11-18 17:44:25 +08:00
The maximum number of game controller axes: OpenVR supports up to 5 Joysticks making a total of 10 axes.
Added constants for the main buttons and axis used in VR
2019-06-13 20:44:32 +08:00
</constant>
bugfix: bind core enums' none values
2022-02-09 00:43:53 +08:00
<constant name="MIDI_MESSAGE_NONE" value="0" enum="MIDIMessage">
Enum value which doesn't correspond to any MIDI message. This is used to initialize [enum MIDIMessage] properties with a generic state.
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MIDI_MESSAGE_NOTE_OFF" value="8" enum="MIDIMessage">
Document InputEventMIDI and add some missing 0xF MIDI messages
2021-12-28 11:26:40 +08:00
MIDI note OFF message. See the documentation of [InputEventMIDI] for information of how to use MIDI inputs.
doc: Sync classref with current source Fix various missing arguments in bindings.
2018-07-26 17:56:21 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MIDI_MESSAGE_NOTE_ON" value="9" enum="MIDIMessage">
Document InputEventMIDI and add some missing 0xF MIDI messages
2021-12-28 11:26:40 +08:00
MIDI note ON message. See the documentation of [InputEventMIDI] for information of how to use MIDI inputs.
doc: Sync classref with current source Fix various missing arguments in bindings.
2018-07-26 17:56:21 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MIDI_MESSAGE_AFTERTOUCH" value="10" enum="MIDIMessage">
Document InputEventMIDI and add some missing 0xF MIDI messages
2021-12-28 11:26:40 +08:00
MIDI aftertouch message. This message is most often sent by pressing down on the key after it "bottoms out".
doc: Sync classref with current source Fix various missing arguments in bindings.
2018-07-26 17:56:21 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MIDI_MESSAGE_CONTROL_CHANGE" value="11" enum="MIDIMessage">
Document InputEventMIDI and add some missing 0xF MIDI messages
2021-12-28 11:26:40 +08:00
MIDI control change message. This message is sent when a controller value changes. Controllers include devices such as pedals and levers.
doc: Sync classref with current source Fix various missing arguments in bindings.
2018-07-26 17:56:21 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MIDI_MESSAGE_PROGRAM_CHANGE" value="12" enum="MIDIMessage">
Document InputEventMIDI and add some missing 0xF MIDI messages
2021-12-28 11:26:40 +08:00
MIDI program change message. This message sent when the program patch number changes.
doc: Sync classref with current source Fix various missing arguments in bindings.
2018-07-26 17:56:21 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MIDI_MESSAGE_CHANNEL_PRESSURE" value="13" enum="MIDIMessage">
Document InputEventMIDI and add some missing 0xF MIDI messages
2021-12-28 11:26:40 +08:00
MIDI channel pressure message. This message is most often sent by pressing down on the key after it "bottoms out". This message is different from polyphonic after-touch as it indicates the highest pressure across all keys.
doc: Sync classref with current source Fix various missing arguments in bindings.
2018-07-26 17:56:21 +08:00
</constant>
Rename some more global enums (Key, Joy, MIDI)
2020-05-14 06:27:34 +08:00
<constant name="MIDI_MESSAGE_PITCH_BEND" value="14" enum="MIDIMessage">
Document InputEventMIDI and add some missing 0xF MIDI messages
2021-12-28 11:26:40 +08:00
MIDI pitch bend message. This message is sent to indicate a change in the pitch bender (wheel or lever, typically).
</constant>
<constant name="MIDI_MESSAGE_SYSTEM_EXCLUSIVE" value="240" enum="MIDIMessage">
MIDI system exclusive message. This has behavior exclusive to the device you're receiving input from. Getting this data is not implemented in Godot.
</constant>
<constant name="MIDI_MESSAGE_QUARTER_FRAME" value="241" enum="MIDIMessage">
MIDI quarter frame message. Contains timing information that is used to synchronize MIDI devices. Getting this data is not implemented in Godot.
</constant>
<constant name="MIDI_MESSAGE_SONG_POSITION_POINTER" value="242" enum="MIDIMessage">
MIDI song position pointer message. Gives the number of 16th notes since the start of the song. Getting this data is not implemented in Godot.
</constant>
<constant name="MIDI_MESSAGE_SONG_SELECT" value="243" enum="MIDIMessage">
MIDI song select message. Specifies which sequence or song is to be played. Getting this data is not implemented in Godot.
</constant>
<constant name="MIDI_MESSAGE_TUNE_REQUEST" value="246" enum="MIDIMessage">
MIDI tune request message. Upon receiving a tune request, all analog synthesizers should tune their oscillators.
</constant>
<constant name="MIDI_MESSAGE_TIMING_CLOCK" value="248" enum="MIDIMessage">
MIDI timing clock message. Sent 24 times per quarter note when synchronization is required.
</constant>
<constant name="MIDI_MESSAGE_START" value="250" enum="MIDIMessage">
MIDI start message. Start the current sequence playing. This message will be followed with Timing Clocks.
</constant>
<constant name="MIDI_MESSAGE_CONTINUE" value="251" enum="MIDIMessage">
MIDI continue message. Continue at the point the sequence was stopped.
</constant>
<constant name="MIDI_MESSAGE_STOP" value="252" enum="MIDIMessage">
MIDI stop message. Stop the current sequence.
</constant>
<constant name="MIDI_MESSAGE_ACTIVE_SENSING" value="254" enum="MIDIMessage">
MIDI active sensing message. This message is intended to be sent repeatedly to tell the receiver that a connection is alive.
</constant>
<constant name="MIDI_MESSAGE_SYSTEM_RESET" value="255" enum="MIDIMessage">
MIDI system reset message. Reset all receivers in the system to power-up status. It should not be sent on power-up itself.
doc: Sync classref with current source Fix various missing arguments in bindings.
2018-07-26 17:56:21 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="OK" value="0" enum="Error">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Methods that return [enum Error] return [constant OK] when no error occurred. Note that many functions don't return an error code but will print error messages to standard output.
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Since [constant OK] has value 0, and all other failure codes are positive integers, it can also be used in boolean checks, e.g.:
[codeblock]
var err = method_that_returns_error()
Remove unnecessary parenthesis from code examples
2020-01-24 01:15:39 +08:00
if err != OK:
fix typo
2020-05-01 23:52:08 +08:00
print("Failure!")
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
# Or, equivalent:
Remove unnecessary parenthesis from code examples
2020-01-24 01:15:39 +08:00
if err:
fix typo
2020-05-01 23:52:08 +08:00
print("Still failing!")
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
[/codeblock]
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="FAILED" value="1" enum="Error">
[DOCS] @GlobalScope
2017-10-23 07:46:46 +08:00
Generic error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_UNAVAILABLE" value="2" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Unavailable error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_UNCONFIGURED" value="3" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Unconfigured error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_UNAUTHORIZED" value="4" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Unauthorized error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_PARAMETER_RANGE_ERROR" value="5" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Parameter range error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_OUT_OF_MEMORY" value="6" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Out of memory (OOM) error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_NOT_FOUND" value="7" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Not found error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_BAD_DRIVE" value="8" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Bad drive error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_BAD_PATH" value="9" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Bad path error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_NO_PERMISSION" value="10" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: No permission error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_ALREADY_IN_USE" value="11" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Already in use error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_CANT_OPEN" value="12" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Can't open error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_CANT_WRITE" value="13" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Can't write error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_CANT_READ" value="14" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Can't read error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_UNRECOGNIZED" value="15" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Unrecognized error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_CORRUPT" value="16" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Corrupt error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_MISSING_DEPENDENCIES" value="17" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: Missing dependencies error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_FILE_EOF" value="18" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
File: End of file (EOF) error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_CANT_OPEN" value="19" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Can't open error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_CANT_CREATE" value="20" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Can't create error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_QUERY_FAILED" value="21" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Query failed error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_ALREADY_IN_USE" value="22" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Already in use error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_LOCKED" value="23" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Locked error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_TIMEOUT" value="24" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Timeout error.
</constant>
<constant name="ERR_CANT_CONNECT" value="25" enum="Error">
Can't connect error.
</constant>
<constant name="ERR_CANT_RESOLVE" value="26" enum="Error">
Can't resolve error.
</constant>
<constant name="ERR_CONNECTION_ERROR" value="27" enum="Error">
Connection error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_CANT_ACQUIRE_RESOURCE" value="28" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Can't acquire resource error.
</constant>
<constant name="ERR_CANT_FORK" value="29" enum="Error">
Can't fork process error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_INVALID_DATA" value="30" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Invalid data error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_INVALID_PARAMETER" value="31" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Invalid parameter error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_ALREADY_EXISTS" value="32" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Already exists error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_DOES_NOT_EXIST" value="33" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Does not exist error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_DATABASE_CANT_READ" value="34" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Database: Read error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_DATABASE_CANT_WRITE" value="35" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Database: Write error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_COMPILATION_FAILED" value="36" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Compilation failed error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_METHOD_NOT_FOUND" value="37" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Method not found error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_LINK_FAILED" value="38" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Linking failed error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_SCRIPT_FAILED" value="39" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Script failed error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_CYCLIC_LINK" value="40" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Cycling link (import cycle) error.
</constant>
<constant name="ERR_INVALID_DECLARATION" value="41" enum="Error">
Invalid declaration error.
</constant>
<constant name="ERR_DUPLICATE_SYMBOL" value="42" enum="Error">
Duplicate symbol error.
</constant>
<constant name="ERR_PARSE_ERROR" value="43" enum="Error">
Parse error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_BUSY" value="44" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Busy error.
</constant>
<constant name="ERR_SKIP" value="45" enum="Error">
Skip error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_HELP" value="46" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Help error.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="ERR_BUG" value="47" enum="Error">
Properly expose all Error constants to scripting languages
2019-06-27 18:35:55 +08:00
Bug error.
</constant>
<constant name="ERR_PRINTER_ON_FIRE" value="48" enum="Error">
Printer on fire error. (This is an easter egg, no engine methods return this error code.)
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="PROPERTY_HINT_NONE" value="0" enum="PropertyHint">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
No hint for the edited property.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="PROPERTY_HINT_RANGE" value="1" enum="PropertyHint">
Updated doc for PROPERTY_HINT_RANGE (or_greater/or_lesser instead of allow_greater/allow_lesser)
2019-08-11 00:59:42 +08:00
Hints that an integer or float property should be within a range specified via the hint string [code]"min,max"[/code] or [code]"min,max,step"[/code]. The hint string can optionally include [code]"or_greater"[/code] and/or [code]"or_lesser"[/code] to allow manual input going respectively above the max or below the min values. Example: [code]"-360,360,1,or_greater,or_lesser"[/code].
Rename export_range's noslider option to no_slider
2022-06-24 16:45:34 +08:00
Additionally, other keywords can be included: "exp" for exponential range editing, "radians" for editing radian angles in degrees, "degrees" to hint at an angle and "no_slider" to hide the slider.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Fix editor suffixes and degrees conversion * Functions to convert to/from degrees are all gone. Conversion is done by the editor. * Use PROPERTY_HINT_ANGLE instead of PROPERTY_HINT_RANGE to edit radian angles in degrees. * Added possibility to add suffixes to range properties, use "min,max[,step][,suffix:<something>]" example "0,100,1,suffix:m" * In general, can add suffixes for EditorSpinSlider Not covered by this PR, will have to be addressed by future ones: * Ability to switch radians/degrees in the inspector for angle properties (if actually wanted). * Animations previously made will most likely break, need to add a way to make old ones compatible. * Only added a "px" suffix to 2D position and a "m" one to 3D position, someone needs to go through the rest of the engine and add all remaining suffixes. * Likely also need to track down usage of EditorSpinSlider outside properties to add suffixes to it too.
2021-06-30 03:42:12 +08:00
<constant name="PROPERTY_HINT_ENUM" value="2" enum="PropertyHint">
Document how to specify explicit value for `PROPERTY_HINT_ENUM` names
2022-03-23 16:19:22 +08:00
Hints that an integer, float or string property is an enumerated value to pick in a list specified via a hint string.
The hint string is a comma separated list of names such as [code]"Hello,Something,Else"[/code]. For integer and float properties, the first name in the list has value 0, the next 1, and so on. Explicit values can also be specified by appending [code]:integer[/code] to the name, e.g. [code]"Zero,One,Three:3,Four,Six:6"[/code].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Add type variations to Theme
2021-07-05 04:42:23 +08:00
<constant name="PROPERTY_HINT_ENUM_SUGGESTION" value="3" enum="PropertyHint">
Fix a typo in PROPERTY_HINT_ENUM_SUGGESTION description
2022-02-17 20:31:16 +08:00
Hints that a string property can be an enumerated value to pick in a list specified via a hint string such as [code]"Hello,Something,Else"[/code].
Add type variations to Theme
2021-07-05 04:42:23 +08:00
Unlike [constant PROPERTY_HINT_ENUM] a property with this hint still accepts arbitrary values and can be empty. The list of values serves to suggest possible values.
</constant>
<constant name="PROPERTY_HINT_EXP_EASING" value="4" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that a float property should be edited via an exponential easing function. The hint string can include [code]"attenuation"[/code] to flip the curve horizontally and/or [code]"inout"[/code] to also include in/out easing.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_LINK" value="5" enum="PropertyHint">
Add vector value linking Co-authored-by: redlamp <244062+redlamp@users.noreply.github.com>
2022-04-05 08:58:21 +08:00
Hints that a vector property should allow linking values (e.g. to edit both [code]x[/code] and [code]y[/code] together).
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_FLAGS" value="6" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that an integer property is a bitmask with named bit flags. For example, to allow toggling bits 0, 1, 2 and 4, the hint could be something like [code]"Bit0,Bit1,Bit2,,Bit4"[/code].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_LAYERS_2D_RENDER" value="7" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that an integer property is a bitmask using the optionally named 2D render layers.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_LAYERS_2D_PHYSICS" value="8" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that an integer property is a bitmask using the optionally named 2D physics layers.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_LAYERS_2D_NAVIGATION" value="9" enum="PropertyHint">
Implement Navigation layers
2021-03-09 03:56:33 +08:00
Hints that an integer property is a bitmask using the optionally named 2D navigation layers.
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_LAYERS_3D_RENDER" value="10" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that an integer property is a bitmask using the optionally named 3D render layers.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_LAYERS_3D_PHYSICS" value="11" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that an integer property is a bitmask using the optionally named 3D physics layers.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_LAYERS_3D_NAVIGATION" value="12" enum="PropertyHint">
Classref typo fixes and improvements
2022-06-17 15:15:30 +08:00
Hints that an integer property is a bitmask using the optionally named 3D navigation layers.
Implement Navigation layers
2021-03-09 03:56:33 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_FILE" value="13" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that a string property is a path to a file. Editing it will show a file dialog for picking the path. The hint string can be a set of filters with wildcards like [code]"*.png,*.jpg"[/code].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_DIR" value="14" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that a string property is a path to a directory. Editing it will show a file dialog for picking the path.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_GLOBAL_FILE" value="15" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that a string property is an absolute path to a file outside the project folder. Editing it will show a file dialog for picking the path. The hint string can be a set of filters with wildcards like [code]"*.png,*.jpg"[/code].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_GLOBAL_DIR" value="16" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that a string property is an absolute path to a directory outside the project folder. Editing it will show a file dialog for picking the path.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_RESOURCE_TYPE" value="17" enum="PropertyHint">
doc: Sync classref with current source Lots of internal API changes and some docstrings were lost in the conversion. I manually salvaged many of them but for all the rendering-related ones, an additional pass is needed. Added missing enum bindings in BaseMaterial3D and VisualServer.
2020-02-12 16:59:06 +08:00
Hints that a property is an instance of a [Resource]-derived type, optionally specified via the hint string (e.g. [code]"Texture2D"[/code]). Editing it will show a popup menu of valid resource types to instantiate.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_MULTILINE_TEXT" value="18" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that a string property is text with line breaks. Editing it will show a text input field where line breaks can be typed.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_EXPRESSION" value="19" enum="PropertyHint">
Add a const call mode to Object, Variant and Script. For this to work safely (user not call queue_free or something in the expression), a const call mode was added to Object and Variant (and optionally Script). This mode ensures only const functions can be called, making it safe to use from the editor. Co-Authored-By: reduz <reduzio@gmail.com>
2022-06-28 04:10:04 +08:00
Hints that a string property is an [Expression].
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_PLACEHOLDER_TEXT" value="20" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that a string property should have a placeholder text visible on its input field, whenever the property is empty. The hint string is the placeholder text to use.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_COLOR_NO_ALPHA" value="21" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that a color property should be edited without changing its alpha component, i.e. only R, G and B channels are edited.
doc: Sync classref with current source
2018-08-21 06:35:30 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_IMAGE_COMPRESS_LOSSY" value="22" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that an image is compressed using lossy compression.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_IMAGE_COMPRESS_LOSSLESS" value="23" enum="PropertyHint">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Hints that an image is compressed using lossless compression.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_OBJECT_ID" value="24" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_TYPE_STRING" value="25" enum="PropertyHint">
Expose `PROPERTY_HINT_TYPE_STRING` to scripting
2020-11-10 00:12:04 +08:00
Hint that a property represents a particular type. If a property is [constant TYPE_STRING], allows to set a type from the create dialog. If you need to create an [Array] to contain elements of a specific type, the [code]hint_string[/code] must encode nested types using [code]":"[/code] and [code]"/"[/code] for specifying [Resource] types. For instance:
[codeblock]
hint_string = "%s:" % [TYPE_INT] # Array of inteters.
hint_string = "%s:%s:" % [TYPE_ARRAY, TYPE_REAL] # Two-dimensional array of floats.
hint_string = "%s/%s:Resource" % [TYPE_OBJECT, TYPE_OBJECT] # Array of resources.
hint_string = "%s:%s/%s:Resource" % [TYPE_ARRAY, TYPE_OBJECT, TYPE_OBJECT] # Two-dimensional array of resources.
[/codeblock]
doc: Fix style inconsistencies for `[b]Note:[/b]` paragraphs And fix up formatting not supported by makerst.
2021-10-05 20:24:34 +08:00
[b]Note:[/b] The final colon is required to specify for properly detecting built-in types.
Expose `PROPERTY_HINT_TYPE_STRING` to scripting
2020-11-10 00:12:04 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_NODE_PATH_TO_EDITED_NODE" value="26" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_METHOD_OF_VARIANT_TYPE" value="27" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_METHOD_OF_BASE_TYPE" value="28" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_METHOD_OF_INSTANCE" value="29" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_METHOD_OF_SCRIPT" value="30" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_PROPERTY_OF_VARIANT_TYPE" value="31" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_PROPERTY_OF_BASE_TYPE" value="32" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_PROPERTY_OF_INSTANCE" value="33" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_PROPERTY_OF_SCRIPT" value="34" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_OBJECT_TOO_BIG" value="35" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_NODE_PATH_VALID_TYPES" value="36" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_SAVE_FILE" value="37" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_GLOBAL_SAVE_FILE" value="38" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_INT_IS_OBJECTID" value="39" enum="PropertyHint">
Implement NativeExtension pointer arguments * Allows calling into native extensions directly with a pointer * Makes it easier to implement some APIs more efficiently * Appears with a "*" in the documentation for the argument. * Implementing the pointer handling is entirely up to the implementation, although the extension API provides some hint. * AudioStream has been implemented as an example, allowing to create NativeExtension based AudioStreams.
2021-08-24 01:53:27 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_INT_IS_POINTER" value="41" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_ARRAY_TYPE" value="40" enum="PropertyHint">
Implement Running Godot as Movie Writer * Allows running the game in "movie writer" mode. * It ensures entirely stable framerate, so your run can be saved stable and with proper sound (which is impossible if your CPU/GPU can't sustain doing this in real-time). * If disabling vsync, it can save movies faster than the game is run, but if you want to control the interaction it can get difficult. * Implements a simple, default MJPEG writer. This new features has two main use cases, which have high demand: * Saving game videos in high quality and ensuring the frame rate is *completely* stable, always. * Using Godot as a tool to make movies and animations (which is ideal if you want interaction, or creating them procedurally. No other software is as good for this). **Note**: This feature **IS NOT** for capturing real-time footage. Use something like OBS, SimpleScreenRecorder or FRAPS to achieve that, as they do a much better job at intercepting the compositor than Godot can probably do using Vulkan or OpenGL natively. If your game runs near real-time when capturing, you can still use this feature but it will play no sound (sound will be saved directly). Usage: $ godot --write-movie movie.avi [scene_file.tscn] Missing: * Options for configuring video writing via GLOBAL_DEF * UI Menu for launching with this mode from the editor. * Add to list of command line options. * Add a feature tag to override configurations when movie writing (fantastic for saving videos with highest quality settings).
2022-06-17 06:55:19 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_LOCALE_ID" value="42" enum="PropertyHint">
Improve locale detection. Use separate language, script and country lists. Add locale selection dialog and property hint.
2021-09-23 19:08:50 +08:00
Hints that a string property is a locale code. Editing it will show a locale dialog for picking language and country.
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_LOCALIZABLE_STRING" value="43" enum="PropertyHint">
Improve app name and system permission message localization. Add localizable string (Dictionary<Lang Code, String>) property editor and property hint. Add localized "app name" property to the project settings. Add localized permission and copyright properties to the macOS and iOS export settings. Remove some duplicated ("app name") and deprecated ("info") macOS and iOS export properties.
2022-03-04 21:04:59 +08:00
Hints that a dictionary property is string translation map. Dictionary keys are locale codes and, values are translated strings.
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_NODE_TYPE" value="44" enum="PropertyHint">
Add ability to export Node pointers as NodePaths This PR implements: * A new hint: PROPERTY_HINT_NODE_TYPE for variant type OBJECT, which can take specific node types as hint string. * The editor will show it as a node path, but will set it as a pointer to a node from the current scene if you select a path. * When scene is saved, the node path is saved, then restored as a pointer. NOTE: This is a proof of concept and this approach will most likely not work. The reason if that, if the node referenced is deleted, then when trying to edit this the node will become invalid. Potential workarounds: Since this uses the Variant API, it should obtain the pointer from the Variant object ID. Yet, this would either only really work in GDScript or it would need to be implemented with workarounds in every language. Alternative ways to make this work: Nodes could export an additional property with a node path (like for which_node, it could be which_node_path). Another alternative: Path editing could happen as a hidden metadata (ignoring the pointer).
2022-06-19 06:42:02 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_HINT_MAX" value="45" enum="PropertyHint">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
<constant name="PROPERTY_USAGE_NONE" value="0" enum="PropertyUsageFlags">
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_STORAGE" value="2" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
The property is serialized and saved in the scene file (default).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_EDITOR" value="4" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
The property is shown in the editor inspector (default).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_CHECKABLE" value="8" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
The property can be checked in the editor inspector.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_CHECKED" value="16" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
The property is checked in the editor inspector.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_INTERNATIONALIZED" value="32" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
The property is a translatable string.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_GROUP" value="64" enum="PropertyUsageFlags">
Improves EditorInspector documentation
2022-04-12 11:45:15 +08:00
Used to group properties together in the editor. See [EditorInspector].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_CATEGORY" value="128" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Used to categorize properties together in the editor.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_SUBGROUP" value="256" enum="PropertyUsageFlags">
Improves EditorInspector documentation
2022-04-12 11:45:15 +08:00
Used to group properties together in the editor in a subgroup (under a group). See [EditorInspector].
Fix handling of PROPERTY_USAGE_SUBGROUP in DocData and editor Subgroups were added in #37678 but not properly handled everywhere where PROPERTY_USAGE_GROUP is.
2020-04-20 22:32:45 +08:00
</constant>
Use BitField hint for the TextServer enums. Add missing parts for BitField support to the GDextension API.
2022-07-11 17:40:31 +08:00
<constant name="PROPERTY_USAGE_CLASS_IS_BITFIELD" value="512" enum="PropertyUsageFlags">
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_NO_INSTANCE_STATE" value="1024" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
The property does not save its state in [PackedScene].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_RESTART_IF_CHANGED" value="2048" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Editing the property prompts the user for restarting the editor.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_SCRIPT_VARIABLE" value="4096" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
The property is a script variable which should be serialized and saved in the scene file.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_STORE_IF_NULL" value="8192" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_ANIMATE_AS_TRIGGER" value="16384" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_UPDATE_ALL_IF_MODIFIED" value="32768" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_SCRIPT_DEFAULT_VALUE" value="65536" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_CLASS_IS_ENUM" value="131072" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_NIL_IS_VARIANT" value="262144" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_INTERNAL" value="524288" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_DO_NOT_SHARE_ON_DUPLICATE" value="1048576" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_HIGH_END_GFX" value="2097152" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_NODE_PATH_FROM_SCENE_ROOT" value="4194304" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_RESOURCE_NOT_PERSISTENT" value="8388608" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_KEYING_INCREMENTS" value="16777216" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_DEFERRED_SET_RESOURCE" value="33554432" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_EDITOR_INSTANTIATE_OBJECT" value="67108864" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_EDITOR_BASIC_SETTING" value="134217728" enum="PropertyUsageFlags">
Bind missing constants from PropertyHint and PropertyUsage
2021-08-06 22:13:00 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_ARRAY" value="536870912" enum="PropertyUsageFlags">
Implement properties arrays in the Inspector.
2021-08-31 16:48:45 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_DEFAULT" value="6" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Default usage (storage, editor and network).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_DEFAULT_INTL" value="38" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Default usage for translatable strings (storage, editor, network and internationalized).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="PROPERTY_USAGE_NO_EDITOR" value="2" enum="PropertyUsageFlags">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Default usage but without showing the property in the editor (storage, network).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="METHOD_FLAG_NORMAL" value="1" enum="MethodFlags">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Flag for a normal method.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="METHOD_FLAG_EDITOR" value="2" enum="MethodFlags">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Flag for an editor method.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="METHOD_FLAG_CONST" value="4" enum="MethodFlags">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Flag for a constant method.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="METHOD_FLAG_VIRTUAL" value="8" enum="MethodFlags">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Flag for a virtual method.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="METHOD_FLAG_VARARG" value="16" enum="MethodFlags">
Bind vararg method flag in core constants
2021-03-29 23:59:53 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="METHOD_FLAG_STATIC" value="32" enum="MethodFlags">
doc: Sync classref with current source And move GLTF docs to its module folder.
2021-03-18 21:44:42 +08:00
</constant>
Remove unused hints
2022-04-23 08:54:57 +08:00
<constant name="METHOD_FLAG_OBJECT_CORE" value="64" enum="MethodFlags">
Fix docs after GDVIRTUAL pull request
2021-08-23 01:46:17 +08:00
Used internally. Allows to not dump core virtuals such as [code]_notification[/code] to the JSON API.
Replace BIND_VMETHOD by new GDVIRTUAL syntax * New syntax is type safe. * New syntax allows for type safe virtuals in native extensions. * New syntax permits extremely fast calling. Note: Everything was replaced where possible except for `_gui_input` `_input` and `_unhandled_input`. These will require API rework on a separate PR as they work different than the rest of the functions. Added a new method flag METHOD_FLAG_OBJECT_CORE, used internally. Allows to not dump the core virtuals like `_notification` to the json API, since each language will implement those as it is best fits.
2021-08-22 09:52:44 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="METHOD_FLAGS_DEFAULT" value="1" enum="MethodFlags">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 07:04:47 +08:00
Default method flags.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="TYPE_NIL" value="0" enum="Variant.Type">
doc: Do not expose Variant::NIL as a type in the class reference Fix signals Variant arguments incorrectly listed as Nil. Fixes #12520.
2020-01-26 22:18:06 +08:00
Variable is [code]null[/code].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="TYPE_BOOL" value="1" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [bool].
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="TYPE_INT" value="2" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [int].
</constant>
Rename TYPE_REAL to TYPE_FLOAT To be consistent with the naming everywhere else.
2020-12-04 20:25:14 +08:00
<constant name="TYPE_FLOAT" value="3" enum="Variant.Type">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Variable is of type [float] (real).
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="TYPE_STRING" value="4" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [String].
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-25 06:16:30 +08:00
<constant name="TYPE_VECTOR2" value="5" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Vector2].
</constant>
Update docs and bindings for new integer vector types
2020-02-25 00:00:40 +08:00
<constant name="TYPE_VECTOR2I" value="6" enum="Variant.Type">
Variable is of type [Vector2i].
</constant>
<constant name="TYPE_RECT2" value="7" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Rect2].
</constant>
Update docs and bindings for new integer vector types
2020-02-25 00:00:40 +08:00
<constant name="TYPE_RECT2I" value="8" enum="Variant.Type">
Variable is of type [Rect2i].
</constant>
<constant name="TYPE_VECTOR3" value="9" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Vector3].
</constant>
Update docs and bindings for new integer vector types
2020-02-25 00:00:40 +08:00
<constant name="TYPE_VECTOR3I" value="10" enum="Variant.Type">
Variable is of type [Vector3i].
</constant>
<constant name="TYPE_TRANSFORM2D" value="11" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Transform2D].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_VECTOR4" value="12" enum="Variant.Type">
</constant>
<constant name="TYPE_VECTOR4I" value="13" enum="Variant.Type">
</constant>
<constant name="TYPE_PLANE" value="14" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Plane].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_QUATERNION" value="15" enum="Variant.Type">
Rename Quat to Quaternion
2021-01-20 15:02:02 +08:00
Variable is of type [Quaternion].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_AABB" value="16" enum="Variant.Type">
Rename Rect3 to AABB. Fixes #12973.
2017-11-17 10:09:00 +08:00
Variable is of type [AABB].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_BASIS" value="17" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Basis].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_TRANSFORM3D" value="18" enum="Variant.Type">
Update documentation for Transform3D
2020-05-03 16:27:36 +08:00
Variable is of type [Transform3D].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PROJECTION" value="19" enum="Variant.Type">
</constant>
<constant name="TYPE_COLOR" value="20" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Color].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_STRING_NAME" value="21" enum="Variant.Type">
Update docs and bindings for new integer vector types
2020-02-25 00:00:40 +08:00
Variable is of type [StringName].
doc: Sync classref with StringName/Callable changes
2020-02-22 21:59:09 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_NODE_PATH" value="22" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [NodePath].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_RID" value="23" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [RID].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_OBJECT" value="24" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Object].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_CALLABLE" value="25" enum="Variant.Type">
Update docs and bindings for new integer vector types
2020-02-25 00:00:40 +08:00
Variable is of type [Callable].
doc: Sync classref with StringName/Callable changes
2020-02-22 21:59:09 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_SIGNAL" value="26" enum="Variant.Type">
Update docs and bindings for new integer vector types
2020-02-25 00:00:40 +08:00
Variable is of type [Signal].
doc: Sync classref with StringName/Callable changes
2020-02-22 21:59:09 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_DICTIONARY" value="27" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Dictionary].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_ARRAY" value="28" enum="Variant.Type">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
Variable is of type [Array].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PACKED_BYTE_ARRAY" value="29" enum="Variant.Type">
doc: Sync classref with current source Handle removal of Pool*Array types and other recent changes.
2020-02-18 20:59:24 +08:00
Variable is of type [PackedByteArray].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PACKED_INT32_ARRAY" value="30" enum="Variant.Type">
doc: Sync classref for Packed{Int,Float}{32,64}Array additions
2020-02-26 01:10:58 +08:00
Variable is of type [PackedInt32Array].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PACKED_INT64_ARRAY" value="31" enum="Variant.Type">
doc: Sync classref for Packed{Int,Float}{32,64}Array additions
2020-02-26 01:10:58 +08:00
Variable is of type [PackedInt64Array].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PACKED_FLOAT32_ARRAY" value="32" enum="Variant.Type">
doc: Sync classref for Packed{Int,Float}{32,64}Array additions
2020-02-26 01:10:58 +08:00
Variable is of type [PackedFloat32Array].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PACKED_FLOAT64_ARRAY" value="33" enum="Variant.Type">
doc: Sync classref for Packed{Int,Float}{32,64}Array additions
2020-02-26 01:10:58 +08:00
Variable is of type [PackedFloat64Array].
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PACKED_STRING_ARRAY" value="34" enum="Variant.Type">
doc: Sync classref with current source Handle removal of Pool*Array types and other recent changes.
2020-02-18 20:59:24 +08:00
Variable is of type [PackedStringArray].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PACKED_VECTOR2_ARRAY" value="35" enum="Variant.Type">
doc: Sync classref with current source Handle removal of Pool*Array types and other recent changes.
2020-02-18 20:59:24 +08:00
Variable is of type [PackedVector2Array].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PACKED_VECTOR3_ARRAY" value="36" enum="Variant.Type">
doc: Sync classref with current source Handle removal of Pool*Array types and other recent changes.
2020-02-18 20:59:24 +08:00
Variable is of type [PackedVector3Array].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_PACKED_COLOR_ARRAY" value="37" enum="Variant.Type">
doc: Sync classref with current source Handle removal of Pool*Array types and other recent changes.
2020-02-18 20:59:24 +08:00
Variable is of type [PackedColorArray].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constant>
Implement Vector4, Vector4i, Projection Implement built-in classes Vector4, Vector4i and Projection. * Two versions of Vector4 (float and integer). * A Projection class, which is a 4x4 matrix specialized in projection types. These types have been requested for a long time, but given they were very corner case they were not added before. Because in Godot 4, reimplementing parts of the rendering engine is now possible, access to these types (heavily used by the rendering code) becomes a necessity. **Q**: Why Projection and not Matrix4? **A**: Godot does not use Matrix2, Matrix3, Matrix4x3, etc. naming convention because, within the engine, these types always have a *purpose*. As such, Godot names them: Transform2D, Transform3D or Basis. In this case, this 4x4 matrix is _always_ used as a _Projection_, hence the naming.
2022-07-20 07:11:13 +08:00
<constant name="TYPE_MAX" value="38" enum="Variant.Type">
doc: Complete and harmonize all _MAX constant descriptions
2019-06-27 17:10:53 +08:00
Represents the size of the [enum Variant.Type] enum.
classref: Sync with current source [ci skip]
2017-10-25 01:22:37 +08:00
</constant>
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
<constant name="OP_EQUAL" value="0" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Equality operator ([code]==[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_NOT_EQUAL" value="1" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Inequality operator ([code]!=[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_LESS" value="2" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Less than operator ([code]&lt;[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_LESS_EQUAL" value="3" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Less than or equal operator ([code]&lt;=[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_GREATER" value="4" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Greater than operator ([code]&gt;[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_GREATER_EQUAL" value="5" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Greater than or equal operator ([code]&gt;=[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_ADD" value="6" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Addition operator ([code]+[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_SUBTRACT" value="7" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Subtraction operator ([code]-[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_MULTIPLY" value="8" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Multiplication operator ([code]*[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_DIVIDE" value="9" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Division operator ([code]/[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_NEGATE" value="10" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Unary negation operator ([code]-[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_POSITIVE" value="11" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Unary plus operator ([code]+[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
<constant name="OP_MODULE" value="12" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Remainder/modulo operator ([code]%[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_POWER" value="13" enum="Variant.Operator">
Power operator ([code]**[/code]).
</constant>
<constant name="OP_SHIFT_LEFT" value="14" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Left shift operator ([code]&lt;&lt;[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_SHIFT_RIGHT" value="15" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Right shift operator ([code]&gt;&gt;[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_BIT_AND" value="16" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Bitwise AND operator ([code]&amp;[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_BIT_OR" value="17" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Bitwise OR operator ([code]|[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_BIT_XOR" value="18" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Bitwise XOR operator ([code]^[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_BIT_NEGATE" value="19" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Bitwise NOT operator ([code]~[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_AND" value="20" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Logical AND operator ([code]and[/code] or [code]&amp;&amp;[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_OR" value="21" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Logical OR operator ([code]or[/code] or [code]||[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_XOR" value="22" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Logical XOR operator (not implemented in GDScript).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_NOT" value="23" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Logical NOT operator ([code]not[/code] or [code]![/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_IN" value="24" enum="Variant.Operator">
doc: Complete GlobalScope documentation
2019-06-30 23:17:46 +08:00
Logical IN operator ([code]in[/code]).
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Implement exponential operator (**) to GDScript/Expressions
2022-03-08 01:25:21 +08:00
<constant name="OP_MAX" value="25" enum="Variant.Operator">
doc: Complete and harmonize all _MAX constant descriptions
2019-06-27 17:10:53 +08:00
Represents the size of the [enum Variant.Operator] enum.
doc: Sync classref with current source
2018-01-03 20:45:03 +08:00
</constant>
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-13 04:42:36 +08:00
</constants>
</class>
Reference in New Issue Copy Permalink