Component Translated Unfinished Unfinished words Unfinished characters Untranslated Checks Suggestions Comments
Rebel Engine API MIT 69% 3,381 114,918 802,154 1,205 460 0 0
Glossary Rebel Toolbox MIT 0 0 0 0 0 0 0

Overview

Project website rebeltoolbox.com
Project maintainers User avatar Rebel
Translation license MIT Rebel Engine API Rebel Toolbox
15 hours ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 11,267 236,508 1,605,062
Translated 69% 7,886 51% 121,590 50% 802,908
Needs editing 19% 2,176 28% 66,927 29% 469,254
Read-only 0% 0 0% 0 0% 0
Failing checks 4% 460 11% 27,690 12% 196,530
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 10% 1,205 20% 47,991 20% 332,900
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 11,274 changes 0 changes 28 changes 0 changes 0 changes 0 changes 3 changes
May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr

Quick numbers

236 k
Hosted words
11,267
Hosted strings
69%
Translated
1
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+69%
+100%
Contributors
—
User avatar None

Resource updated

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
The “translations/es.po” file was changed. 15 hours ago
User avatar None

String added in the repository

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
The maximum distance a simplified contour's border edges should deviate from the original raw contour.
 
15 hours ago
User avatar None

Resource updated

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
The “translations/es.po” file was changed. 3 weeks ago
User avatar None

String added in the repository

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
[VideoStream] resource handling the [url=https://www.theora.org/]Ogg Theora[/url] video format with [code].ogv[/code] extension.
[b]Note:[/b] While Ogg Theora videos can also have an [code].ogg[/code] extension, you will have to rename the extension to [code].ogv[/code] to use those videos within Rebel Engine.
 
3 weeks ago
User avatar None

String added in the repository

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
Control node for playing video streams using [VideoStream] resources.
Supported video formats are [url=https://www.theora.org/]Ogg Theora[/url] ([code].ogv[/code], [VideoStreamTheora]), and any format exposed via a GDNative plugin using [VideoStreamGDNative].
[b]Note:[/b] Due to a bug, VideoPlayer does not support localization remapping yet.
[b]Warning:[/b] On HTML5, video playback [i]will[/i] perform poorly due to missing architecture-specific assembly optimizations, especially for VP8/VP9.
Nodo de control para reproducir streams de vídeo utilizando los recursos de [VideoStream].
Los formatos de vídeo admitidos son [url=https://www.webmproject.org/]WebM[/url] ([VideoStreamWebm]), [url=https://www.theora.org/]Ogg Theora[/url] ([VideoStreamTheora]), y cualquier formato expuesto mediante un complemento GDNative usando [VideoStreamGDNative].
3 weeks ago
User avatar None

Resource updated

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
The “translations/es.po” file was changed. 3 months ago
User avatar None

String added in the repository

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
WebXR is an open standard that allows creating VR and AR applications that run in the web browser.
As such, this interface is only available when running in an HTML5 export.
WebXR supports a wide range of devices, from the very capable (like Valve Index, HTC Vive, Oculus Rift and Quest) down to the much less capable (like Google Cardboard, Oculus Go, GearVR, or plain smartphones).
Since WebXR is based on Javascript, it makes extensive use of callbacks, which means that [WebXRInterface] is forced to use signals, where other AR/VR interfaces would instead use functions that return a result immediately. This makes [WebXRInterface] quite a bit more complicated to initialize than other AR/VR interfaces.
Here's the minimum code required to start an immersive VR session:
[codeblock]
extends Spatial

var webxr_interface
var vr_supported = false

func _ready():
# We assume this node has a button as a child.
# This button is for the user to consent to entering immersive VR mode.
$Button.connect("pressed", self, "_on_Button_pressed")

webxr_interface = ARVRServer.find_interface("WebXR")
if webxr_interface:
# WebXR uses a lot of asynchronous callbacks, so we connect to various
# signals in order to receive them.
webxr_interface.connect("session_supported", self, "_webxr_session_supported")
webxr_interface.connect("session_started", self, "_webxr_session_started")
webxr_interface.connect("session_ended", self, "_webxr_session_ended")
webxr_interface.connect("session_failed", self, "_webxr_session_failed")

# This returns immediately - our _webxr_session_supported() method
# (which we connected to the "session_supported" signal above) will
# be called sometime later to let us know if it's supported or not.
webxr_interface.is_session_supported("immersive-vr")

func _webxr_session_supported(session_mode, supported):
if session_mode == 'immersive-vr':
vr_supported = supported

func _on_Button_pressed():
if not vr_supported:
OS.alert("Your browser doesn't support VR")
return

# We want an immersive VR session, as opposed to AR ('immersive-ar') or a
# simple 3DoF viewer ('viewer').
webxr_interface.session_mode = 'immersive-vr'
# 'bounded-floor' is room scale, 'local-floor' is a standing or sitting
# experience (it puts you 1.6m above the ground if you have 3DoF headset),
# whereas as 'local' puts you down at the ARVROrigin.
# This list means it'll first try to request 'bounded-floor', then
# fallback on 'local-floor' and ultimately 'local', if nothing else is
# supported.
webxr_interface.requested_reference_space_types = 'bounded-floor, local-floor, local'
# In order to use 'local-floor' or 'bounded-floor' we must also
# mark the features as required or optional.
webxr_interface.required_features = 'local-floor'
webxr_interface.optional_features = 'bounded-floor'

# This will return false if we're unable to even request the session,
# however, it can still fail asynchronously later in the process, so we
# only know if it's really succeeded or failed when our
# _webxr_session_started() or _webxr_session_failed() methods are called.
if not webxr_interface.initialize():
OS.alert("Failed to initialize")
return

func _webxr_session_started():
$Button.visible = false
# This tells Rebel Engine to start rendering to the headset.
get_viewport().arvr = true
# This will be the reference space type you ultimately got, out of the
# types that you requested above. This is useful if you want the game to
# work a little differently in 'bounded-floor' versus 'local-floor'.
print ("Reference space type: " + webxr_interface.reference_space_type)

func _webxr_session_ended():
$Button.visible = true
# If the user exits immersive mode, then we tell Rebel Engine to render to the web
# page again.
get_viewport().arvr = false

func _webxr_session_failed(message):
OS.alert("Failed to initialize: " + message)
[/codeblock]
There are several ways to handle "controller" input:
- Using [ARVRController] nodes and their [signal ARVRController.button_pressed] and [signal ARVRController.button_release] signals. This is how controllers are typically handled in AR/VR apps in Rebel Engine, however, this will only work with advanced VR controllers like the Oculus Touch or Index controllers, for example. The buttons codes are defined by [url=https://immersive-web.github.io/webxr-gamepads-module/#xr-standard-gamepad-mapping]Section 3.3 of the WebXR Gamepads Module[/url].
- Using [method Node._unhandled_input] and [InputEventJoypadButton] or [InputEventJoypadMotion]. This works the same as normal joypads, except the [member InputEvent.device] starts at 100, so the left controller is 100 and the right controller is 101, and the button codes are also defined by [url=https://immersive-web.github.io/webxr-gamepads-module/#xr-standard-gamepad-mapping]Section 3.3 of the WebXR Gamepads Module[/url].
- Using the [signal select], [signal squeeze] and related signals. This method will work for both advanced VR controllers, and non-traditional "controllers" like a tap on the screen, a spoken voice command or a button press on the device itself. The [code]controller_id[/code] passed to these signals is the same id as used in [member ARVRController.controller_id].
You can use one or all of these methods to allow your game or app to support a wider or narrower set of devices and input methods, or to allow more advanced interactions with more advanced devices.
 
3 months ago
User avatar None

String added in the repository

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
Returns the angle between the line connecting the two points and the X axis, in radians.
[img caption="Illustration of the returned angle"]/img/vector2_angle_to_point.png[/img]
 
3 months ago
User avatar None

String added in the repository

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
Returns this vector's angle with respect to the positive X axis, or [code](1, 0)[/code] vector, in radians.
For example, [code]Vector2.RIGHT.angle()[/code] will return zero, [code]Vector2.DOWN.angle()[/code] will return [code]PI / 2[/code] (a quarter turn, or 90 degrees), and [code]Vector2(1, -1).angle()[/code] will return [code]-PI / 4[/code] (a negative eighth turn, or -45 degrees).
[img caption="Illustration of the returned angle"]/img/vector2_angle.png[/img]
Equivalent to the result of [method @GDScript.atan2] when called with the vector's [member y] and [member x] as parameters: [code]atan2(y, x)[/code].
 
3 months ago
User avatar None

String added in the repository

  1. Rebel Toolbox
  2. Rebel Engine API
  3. Spanish
Tweens are useful for animations requiring a numerical property to be interpolated over a range of values. The name [i]tween[/i] comes from [i]in-betweening[/i], an animation technique where you specify [i]keyframes[/i] and the computer interpolates the frames that appear between them.
[Tween] is more suited than [AnimationPlayer] for animations where you don't know the final values in advance. For example, interpolating a dynamically-chosen camera zoom value is best done with a [Tween] node; it would be difficult to do the same thing with an [AnimationPlayer] node.
Here is a brief usage example that makes a 2D node move smoothly between two positions:
[codeblock]
var tween = get_node("Tween")
tween.interpolate_property($Node2D, "position",
Vector2(0, 0), Vector2(100, 100), 1,
Tween.TRANS_LINEAR, Tween.EASE_IN_OUT)
tween.start()
[/codeblock]
Many methods require a property name, such as [code]"position"[/code] above. You can find the correct property name by hovering over the property in the Inspector. You can also provide the components of a property directly by using [code]"property:component"[/code] (e.g. [code]position:x[/code]), where it would only apply to that particular component.
Many of the methods accept [code]trans_type[/code] and [code]ease_type[/code]. The first accepts an [enum TransitionType] constant, and refers to the way the timing of the animation is handled (see [url=https://easings.net/]easings.net[/url] for some examples). The second accepts an [enum EaseType] constant, and controls where the [code]trans_type[/code] is applied to the interpolation (in the beginning, the end, or both). If you don't know which transition and easing to pick, you can try different [enum TransitionType] constants with [constant EASE_IN_OUT], and use the one that looks best.
[img caption="Tween easing and transition types cheatsheet"]/img/tween_cheatsheet.png[/img]
[b]Note:[/b] Tween methods will return [code]false[/code] if the requested operation cannot be completed.
Los Tweens son útiles para las animaciones que requieren que una propiedad numérica sea interpolada en un rango de valores. El nombre [i]tween[/i] proviene de [i]in-betweening[/i], una técnica de animación en la que se especifican [i]keyframes[/i] y el ordenador interpola los cuadros que aparecen entre ellos.
[Tween] es más adecuado que [AnimationPlayer] para las animaciones en las que no conoces los valores finales por adelantado. Por ejemplo, interpolar un valor de zoom de cámara elegido dinámicamente se hace mejor con un nodo [Tween]; sería difícil hacer lo mismo con un nodo [AnimationPlayer].
Aquí hay un breve ejemplo de uso que hace que un nodo 2D se mueva suavemente entre dos posiciones:
[codeblock]
var tween = get_node("Tween")
tween.interpolate_property($Node2D, "position",
Vector2(0, 0), Vector2(100, 100), 1,
Tween.TRANS_LINEAR, Tween.EASE_IN_OUT)
tween.start()
[/codeblock]
Muchos métodos requieren un nombre de propiedad, como [code]"position"[/code] arriba. Puede encontrar el nombre correcto de la propiedad pasando el cursor por encima de la propiedad en el Inspector. También puede proporcionar los componentes de una propiedad directamente utilizando [code]"property:component"[/code] (por ejemplo, [code]position:x[/code]), donde sólo se aplicaría a ese componente en particular.
Muchos de los métodos aceptan [code]trans_type[/code] y [code]ease_type[/code]. El primero acepta una constante [enum TransitionType], y se refiere a la forma en que se maneja el tiempo de la animación (ver [url=https://easings.net/]easings.net[/url] para algunos ejemplos). El segundo acepta una constante [enum EaseType], y controla dónde se aplica el [code]trans_type[/code] a la interpolación (en el principio, en el final, o en ambos). Si no sabes qué transición y facilidad de elección, puedes probar diferentes constantes [enum TransitionType] con [constant EASE_IN_OUT], y usar la que se vea mejor.
[url=https://raw.githubusercontent.com/godotengine/godot-docs/master/img/tween_cheatsheet.png]Hoja de ayuda para la función Tween y los tipos de transición[/url]
3 months ago
Browse all changes for this language