2014-02-10 02:10:30 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* spatial.cpp */
|
|
|
|
/*************************************************************************/
|
|
|
|
/* This file is part of: */
|
|
|
|
/* GODOT ENGINE */
|
2017-08-27 14:16:55 +02:00
|
|
|
/* https://godotengine.org */
|
2014-02-10 02:10:30 +01:00
|
|
|
/*************************************************************************/
|
2018-01-01 14:40:08 +01:00
|
|
|
/* Copyright (c) 2007-2018 Juan Linietsky, Ariel Manzur. */
|
|
|
|
/* Copyright (c) 2014-2018 Godot Engine contributors (cf. AUTHORS.md) */
|
2014-02-10 02:10:30 +01:00
|
|
|
/* */
|
|
|
|
/* Permission is hereby granted, free of charge, to any person obtaining */
|
|
|
|
/* a copy of this software and associated documentation files (the */
|
|
|
|
/* "Software"), to deal in the Software without restriction, including */
|
|
|
|
/* without limitation the rights to use, copy, modify, merge, publish, */
|
|
|
|
/* distribute, sublicense, and/or sell copies of the Software, and to */
|
|
|
|
/* permit persons to whom the Software is furnished to do so, subject to */
|
|
|
|
/* the following conditions: */
|
|
|
|
/* */
|
|
|
|
/* The above copyright notice and this permission notice shall be */
|
|
|
|
/* included in all copies or substantial portions of the Software. */
|
|
|
|
/* */
|
|
|
|
/* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, */
|
|
|
|
/* EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF */
|
|
|
|
/* MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.*/
|
|
|
|
/* IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY */
|
|
|
|
/* CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, */
|
|
|
|
/* TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE */
|
|
|
|
/* SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. */
|
|
|
|
/*************************************************************************/
|
2018-01-05 00:50:27 +01:00
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
#include "spatial.h"
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2017-08-19 01:02:56 +02:00
|
|
|
#include "engine.h"
|
2014-02-10 02:10:30 +01:00
|
|
|
#include "message_queue.h"
|
2017-03-05 16:44:50 +01:00
|
|
|
#include "scene/main/viewport.h"
|
2014-02-10 02:10:30 +01:00
|
|
|
#include "scene/scene_string_names.h"
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
|
|
|
possible algorithms:
|
|
|
|
|
|
|
|
Algorithm 1: (current)
|
|
|
|
|
|
|
|
definition of invalidation: global is invalid
|
|
|
|
|
|
|
|
1) If a node sets a LOCAL, it produces an invalidation of everything above
|
|
|
|
a) If above is invalid, don't keep invalidating upwards
|
|
|
|
2) If a node sets a GLOBAL, it is converted to LOCAL (and forces validation of everything pending below)
|
|
|
|
|
|
|
|
drawback: setting/reading globals is useful and used very very often, and using affine inverses is slow
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
Algorithm 2: (no longer current)
|
|
|
|
|
|
|
|
definition of invalidation: NONE dirty, LOCAL dirty, GLOBAL dirty
|
|
|
|
|
|
|
|
1) If a node sets a LOCAL, it must climb the tree and set it as GLOBAL dirty
|
|
|
|
a) marking GLOBALs as dirty up all the tree must be done always
|
|
|
|
2) If a node sets a GLOBAL, it marks local as dirty, and that's all?
|
|
|
|
|
|
|
|
//is clearing the dirty state correct in this case?
|
|
|
|
|
|
|
|
drawback: setting a local down the tree forces many tree walks often
|
|
|
|
|
|
|
|
--
|
|
|
|
|
|
|
|
future: no idea
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
SpatialGizmo::SpatialGizmo() {
|
|
|
|
}
|
|
|
|
|
|
|
|
void Spatial::_notify_dirty() {
|
|
|
|
|
2017-08-09 13:18:07 +02:00
|
|
|
#ifdef TOOLS_ENABLED
|
|
|
|
if ((data.gizmo.is_valid() || data.notify_transform) && !data.ignore_notification && !xform_change.in_list()) {
|
|
|
|
#else
|
2017-01-13 00:35:46 +01:00
|
|
|
if (data.notify_transform && !data.ignore_notification && !xform_change.in_list()) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-08-09 13:18:07 +02:00
|
|
|
#endif
|
2014-11-06 01:20:42 +01:00
|
|
|
get_tree()->xform_change_list.add(&xform_change);
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void Spatial::_update_local_transform() const {
|
2018-04-14 21:53:25 +02:00
|
|
|
data.local_transform.basis.set_euler_scale(data.rotation, data.scale);
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.dirty &= ~DIRTY_LOCAL;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
void Spatial::_propagate_transform_changed(Spatial *p_origin) {
|
|
|
|
|
2014-11-06 01:20:42 +01:00
|
|
|
if (!is_inside_tree()) {
|
2014-02-10 02:10:30 +01:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2017-01-14 12:26:56 +01:00
|
|
|
/*
|
|
|
|
if (data.dirty&DIRTY_GLOBAL)
|
|
|
|
return; //already dirty
|
|
|
|
*/
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
data.children_lock++;
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
for (List<Spatial *>::Element *E = data.children.front(); E; E = E->next()) {
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
if (E->get()->data.toplevel_active)
|
|
|
|
continue; //don't propagate to a toplevel
|
|
|
|
E->get()->_propagate_transform_changed(p_origin);
|
|
|
|
}
|
2017-08-09 13:18:07 +02:00
|
|
|
#ifdef TOOLS_ENABLED
|
|
|
|
if ((data.gizmo.is_valid() || data.notify_transform) && !data.ignore_notification && !xform_change.in_list()) {
|
|
|
|
#else
|
2017-01-13 00:35:46 +01:00
|
|
|
if (data.notify_transform && !data.ignore_notification && !xform_change.in_list()) {
|
2017-08-09 13:18:07 +02:00
|
|
|
#endif
|
2014-11-06 01:20:42 +01:00
|
|
|
get_tree()->xform_change_list.add(&xform_change);
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
2017-03-05 16:44:50 +01:00
|
|
|
data.dirty |= DIRTY_GLOBAL;
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
data.children_lock--;
|
|
|
|
}
|
|
|
|
|
|
|
|
void Spatial::_notification(int p_what) {
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
switch (p_what) {
|
2014-11-06 01:20:42 +01:00
|
|
|
case NOTIFICATION_ENTER_TREE: {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
Node *p = get_parent();
|
|
|
|
if (p)
|
2017-08-24 22:58:51 +02:00
|
|
|
data.parent = Object::cast_to<Spatial>(p);
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
if (data.parent)
|
2017-03-05 16:44:50 +01:00
|
|
|
data.C = data.parent->data.children.push_back(this);
|
2014-02-10 02:10:30 +01:00
|
|
|
else
|
2017-03-05 16:44:50 +01:00
|
|
|
data.C = NULL;
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-08-19 01:02:56 +02:00
|
|
|
if (data.toplevel && !Engine::get_singleton()->is_editor_hint()) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
if (data.parent) {
|
|
|
|
data.local_transform = data.parent->get_global_transform() * get_transform();
|
2017-03-05 16:44:50 +01:00
|
|
|
data.dirty = DIRTY_VECTORS; //global is always dirty upon entering a scene
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
2017-03-05 16:44:50 +01:00
|
|
|
data.toplevel_active = true;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.dirty |= DIRTY_GLOBAL; //global is always dirty upon entering a scene
|
2014-02-10 02:10:30 +01:00
|
|
|
_notify_dirty();
|
|
|
|
|
|
|
|
notification(NOTIFICATION_ENTER_WORLD);
|
|
|
|
|
|
|
|
} break;
|
2014-11-06 01:20:42 +01:00
|
|
|
case NOTIFICATION_EXIT_TREE: {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
notification(NOTIFICATION_EXIT_WORLD, true);
|
2014-02-10 02:10:30 +01:00
|
|
|
if (xform_change.in_list())
|
2014-11-06 01:20:42 +01:00
|
|
|
get_tree()->xform_change_list.remove(&xform_change);
|
2014-02-10 02:10:30 +01:00
|
|
|
if (data.C)
|
|
|
|
data.parent->data.children.erase(data.C);
|
2017-03-05 16:44:50 +01:00
|
|
|
data.parent = NULL;
|
|
|
|
data.C = NULL;
|
|
|
|
data.toplevel_active = false;
|
2014-02-10 02:10:30 +01:00
|
|
|
} break;
|
|
|
|
case NOTIFICATION_ENTER_WORLD: {
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.inside_world = true;
|
|
|
|
data.viewport = NULL;
|
2014-02-10 02:10:30 +01:00
|
|
|
Node *parent = get_parent();
|
2017-03-05 16:44:50 +01:00
|
|
|
while (parent && !data.viewport) {
|
2017-08-24 22:58:51 +02:00
|
|
|
data.viewport = Object::cast_to<Viewport>(parent);
|
2017-03-05 16:44:50 +01:00
|
|
|
parent = parent->get_parent();
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
ERR_FAIL_COND(!data.viewport);
|
|
|
|
|
|
|
|
if (get_script_instance()) {
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
get_script_instance()->call_multilevel(SceneStringNames::get_singleton()->_enter_world, NULL, 0);
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
#ifdef TOOLS_ENABLED
|
2017-08-19 01:02:56 +02:00
|
|
|
if (Engine::get_singleton()->is_editor_hint()) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-01-14 12:26:56 +01:00
|
|
|
//get_scene()->call_group(SceneMainLoop::GROUP_CALL_REALTIME,SceneStringNames::get_singleton()->_spatial_editor_group,SceneStringNames::get_singleton()->_request_gizmo,this);
|
2017-03-05 16:44:50 +01:00
|
|
|
get_tree()->call_group_flags(0, SceneStringNames::get_singleton()->_spatial_editor_group, SceneStringNames::get_singleton()->_request_gizmo, this);
|
2014-02-10 02:10:30 +01:00
|
|
|
if (!data.gizmo_disabled) {
|
|
|
|
|
2017-08-26 05:40:45 +02:00
|
|
|
if (data.gizmo.is_valid()) {
|
2014-02-10 02:10:30 +01:00
|
|
|
data.gizmo->create();
|
2017-08-26 05:40:45 +02:00
|
|
|
if (data.gizmo->can_draw()) {
|
2018-02-24 12:05:43 +01:00
|
|
|
if (is_visible_in_tree()) {
|
|
|
|
data.gizmo->redraw();
|
|
|
|
}
|
2017-08-26 05:40:45 +02:00
|
|
|
}
|
|
|
|
data.gizmo->transform();
|
|
|
|
}
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
} break;
|
|
|
|
case NOTIFICATION_EXIT_WORLD: {
|
|
|
|
|
|
|
|
#ifdef TOOLS_ENABLED
|
|
|
|
if (data.gizmo.is_valid()) {
|
|
|
|
data.gizmo->free();
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
if (get_script_instance()) {
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
get_script_instance()->call_multilevel(SceneStringNames::get_singleton()->_exit_world, NULL, 0);
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.viewport = NULL;
|
|
|
|
data.inside_world = false;
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
} break;
|
|
|
|
|
|
|
|
case NOTIFICATION_TRANSFORM_CHANGED: {
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
#ifdef TOOLS_ENABLED
|
|
|
|
if (data.gizmo.is_valid()) {
|
|
|
|
data.gizmo->transform();
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
} break;
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
default: {}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::set_transform(const Transform &p_transform) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.local_transform = p_transform;
|
|
|
|
data.dirty |= DIRTY_VECTORS;
|
2017-04-03 18:34:44 +02:00
|
|
|
_change_notify("translation");
|
|
|
|
_change_notify("rotation");
|
2017-11-10 11:07:52 +01:00
|
|
|
_change_notify("rotation_degrees");
|
2017-04-03 18:34:44 +02:00
|
|
|
_change_notify("scale");
|
2014-02-10 02:10:30 +01:00
|
|
|
_propagate_transform_changed(this);
|
2015-09-16 03:07:03 +02:00
|
|
|
if (data.notify_local_transform) {
|
|
|
|
notification(NOTIFICATION_LOCAL_TRANSFORM_CHANGED);
|
|
|
|
}
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::set_global_transform(const Transform &p_transform) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
Transform xform =
|
|
|
|
(data.parent && !data.toplevel_active) ?
|
2017-03-05 16:44:50 +01:00
|
|
|
data.parent->get_global_transform().affine_inverse() * p_transform :
|
|
|
|
p_transform;
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
set_transform(xform);
|
|
|
|
}
|
|
|
|
|
|
|
|
Transform Spatial::get_transform() const {
|
|
|
|
|
|
|
|
if (data.dirty & DIRTY_LOCAL) {
|
|
|
|
|
|
|
|
_update_local_transform();
|
|
|
|
}
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
return data.local_transform;
|
|
|
|
}
|
|
|
|
Transform Spatial::get_global_transform() const {
|
|
|
|
|
2014-11-06 01:20:42 +01:00
|
|
|
ERR_FAIL_COND_V(!is_inside_tree(), Transform());
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
if (data.dirty & DIRTY_GLOBAL) {
|
|
|
|
|
|
|
|
if (data.dirty & DIRTY_LOCAL) {
|
|
|
|
|
|
|
|
_update_local_transform();
|
|
|
|
}
|
|
|
|
|
|
|
|
if (data.parent && !data.toplevel_active) {
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.global_transform = data.parent->get_global_transform() * data.local_transform;
|
2014-02-10 02:10:30 +01:00
|
|
|
} else {
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.global_transform = data.local_transform;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2018-07-18 18:47:42 +02:00
|
|
|
if (data.disable_scale) {
|
|
|
|
data.global_transform.basis.orthonormalize();
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.dirty &= ~DIRTY_GLOBAL;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
2016-03-09 00:00:52 +01:00
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
return data.global_transform;
|
|
|
|
}
|
|
|
|
|
2017-10-03 18:49:32 +02:00
|
|
|
#ifdef TOOLS_ENABLED
|
|
|
|
Transform Spatial::get_global_gizmo_transform() const {
|
|
|
|
return get_global_transform();
|
|
|
|
}
|
|
|
|
|
|
|
|
Transform Spatial::get_local_gizmo_transform() const {
|
|
|
|
return get_transform();
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
Spatial *Spatial::get_parent_spatial() const {
|
|
|
|
|
|
|
|
return data.parent;
|
|
|
|
}
|
|
|
|
|
|
|
|
Transform Spatial::get_relative_transform(const Node *p_parent) const {
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
if (p_parent == this)
|
2014-02-10 02:10:30 +01:00
|
|
|
return Transform();
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
ERR_FAIL_COND_V(!data.parent, Transform());
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
if (p_parent == data.parent)
|
2014-02-10 02:10:30 +01:00
|
|
|
return get_transform();
|
|
|
|
else
|
|
|
|
return data.parent->get_relative_transform(p_parent) * get_transform();
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::set_translation(const Vector3 &p_translation) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.local_transform.origin = p_translation;
|
2014-02-10 02:10:30 +01:00
|
|
|
_propagate_transform_changed(this);
|
2015-09-16 03:07:03 +02:00
|
|
|
if (data.notify_local_transform) {
|
|
|
|
notification(NOTIFICATION_LOCAL_TRANSFORM_CHANGED);
|
|
|
|
}
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::set_rotation(const Vector3 &p_euler_rad) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
if (data.dirty & DIRTY_VECTORS) {
|
|
|
|
data.scale = data.local_transform.basis.get_scale();
|
|
|
|
data.dirty &= ~DIRTY_VECTORS;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.rotation = p_euler_rad;
|
|
|
|
data.dirty |= DIRTY_LOCAL;
|
2014-02-10 02:10:30 +01:00
|
|
|
_propagate_transform_changed(this);
|
2015-09-16 03:07:03 +02:00
|
|
|
if (data.notify_local_transform) {
|
|
|
|
notification(NOTIFICATION_LOCAL_TRANSFORM_CHANGED);
|
|
|
|
}
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
2016-05-06 23:38:08 +02:00
|
|
|
|
2017-11-10 11:07:52 +01:00
|
|
|
void Spatial::set_rotation_degrees(const Vector3 &p_euler_deg) {
|
2016-05-06 23:38:08 +02:00
|
|
|
|
|
|
|
set_rotation(p_euler_deg * Math_PI / 180.0);
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::set_scale(const Vector3 &p_scale) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
if (data.dirty & DIRTY_VECTORS) {
|
|
|
|
data.rotation = data.local_transform.basis.get_rotation();
|
|
|
|
data.dirty &= ~DIRTY_VECTORS;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.scale = p_scale;
|
|
|
|
data.dirty |= DIRTY_LOCAL;
|
2014-02-10 02:10:30 +01:00
|
|
|
_propagate_transform_changed(this);
|
2015-09-16 03:07:03 +02:00
|
|
|
if (data.notify_local_transform) {
|
|
|
|
notification(NOTIFICATION_LOCAL_TRANSFORM_CHANGED);
|
|
|
|
}
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Vector3 Spatial::get_translation() const {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
return data.local_transform.origin;
|
|
|
|
}
|
2016-05-06 23:38:08 +02:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Vector3 Spatial::get_rotation() const {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
if (data.dirty & DIRTY_VECTORS) {
|
|
|
|
data.scale = data.local_transform.basis.get_scale();
|
|
|
|
data.rotation = data.local_transform.basis.get_rotation();
|
2017-01-05 18:31:39 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.dirty &= ~DIRTY_VECTORS;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
return data.rotation;
|
|
|
|
}
|
2016-05-06 23:38:08 +02:00
|
|
|
|
2017-11-10 11:07:52 +01:00
|
|
|
Vector3 Spatial::get_rotation_degrees() const {
|
2016-05-06 23:38:08 +02:00
|
|
|
|
|
|
|
return get_rotation() * 180.0 / Math_PI;
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Vector3 Spatial::get_scale() const {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
if (data.dirty & DIRTY_VECTORS) {
|
|
|
|
data.scale = data.local_transform.basis.get_scale();
|
|
|
|
data.rotation = data.local_transform.basis.get_rotation();
|
2017-01-05 18:31:39 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.dirty &= ~DIRTY_VECTORS;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
return data.scale;
|
|
|
|
}
|
|
|
|
|
|
|
|
void Spatial::update_gizmo() {
|
|
|
|
|
|
|
|
#ifdef TOOLS_ENABLED
|
|
|
|
if (!is_inside_world())
|
|
|
|
return;
|
|
|
|
if (!data.gizmo.is_valid())
|
|
|
|
return;
|
|
|
|
if (data.gizmo_dirty)
|
|
|
|
return;
|
2017-03-05 16:44:50 +01:00
|
|
|
data.gizmo_dirty = true;
|
|
|
|
MessageQueue::get_singleton()->push_call(this, "_update_gizmo");
|
2014-02-10 02:10:30 +01:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::set_gizmo(const Ref<SpatialGizmo> &p_gizmo) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
#ifdef TOOLS_ENABLED
|
|
|
|
|
|
|
|
if (data.gizmo_disabled)
|
|
|
|
return;
|
|
|
|
if (data.gizmo.is_valid() && is_inside_world())
|
|
|
|
data.gizmo->free();
|
2017-03-05 16:44:50 +01:00
|
|
|
data.gizmo = p_gizmo;
|
2014-02-10 02:10:30 +01:00
|
|
|
if (data.gizmo.is_valid() && is_inside_world()) {
|
|
|
|
|
|
|
|
data.gizmo->create();
|
2017-08-26 05:40:45 +02:00
|
|
|
if (data.gizmo->can_draw()) {
|
2018-02-24 12:05:43 +01:00
|
|
|
if (is_visible_in_tree()) {
|
|
|
|
data.gizmo->redraw();
|
|
|
|
}
|
2017-08-26 05:40:45 +02:00
|
|
|
}
|
2014-02-10 02:10:30 +01:00
|
|
|
data.gizmo->transform();
|
|
|
|
}
|
|
|
|
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
|
|
|
Ref<SpatialGizmo> Spatial::get_gizmo() const {
|
|
|
|
|
|
|
|
#ifdef TOOLS_ENABLED
|
|
|
|
|
|
|
|
return data.gizmo;
|
|
|
|
#else
|
|
|
|
|
|
|
|
return Ref<SpatialGizmo>();
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
|
|
|
void Spatial::_update_gizmo() {
|
|
|
|
|
2018-04-29 19:49:26 +02:00
|
|
|
#ifdef TOOLS_ENABLED
|
2017-08-26 05:40:45 +02:00
|
|
|
if (!is_inside_world())
|
|
|
|
return;
|
2017-03-05 16:44:50 +01:00
|
|
|
data.gizmo_dirty = false;
|
2014-09-19 23:39:50 +02:00
|
|
|
if (data.gizmo.is_valid()) {
|
2017-08-26 05:40:45 +02:00
|
|
|
if (data.gizmo->can_draw()) {
|
|
|
|
if (is_visible_in_tree())
|
|
|
|
data.gizmo->redraw();
|
|
|
|
else
|
|
|
|
data.gizmo->clear();
|
|
|
|
}
|
2014-09-19 23:39:50 +02:00
|
|
|
}
|
2018-04-29 19:49:26 +02:00
|
|
|
#endif
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
2018-04-29 19:49:26 +02:00
|
|
|
#ifdef TOOLS_ENABLED
|
2014-02-10 02:10:30 +01:00
|
|
|
void Spatial::set_disable_gizmo(bool p_enabled) {
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.gizmo_disabled = p_enabled;
|
2014-02-10 02:10:30 +01:00
|
|
|
if (!p_enabled && data.gizmo.is_valid())
|
2017-03-05 16:44:50 +01:00
|
|
|
data.gizmo = Ref<SpatialGizmo>();
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
#endif
|
|
|
|
|
2018-07-18 18:47:42 +02:00
|
|
|
void Spatial::set_disable_scale(bool p_enabled) {
|
|
|
|
|
|
|
|
data.disable_scale = p_enabled;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool Spatial::is_scale_disabled() const {
|
|
|
|
return data.disable_scale;
|
|
|
|
}
|
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
void Spatial::set_as_toplevel(bool p_enabled) {
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
if (data.toplevel == p_enabled)
|
2014-02-10 02:10:30 +01:00
|
|
|
return;
|
2017-08-19 01:02:56 +02:00
|
|
|
if (is_inside_tree() && !Engine::get_singleton()->is_editor_hint()) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
if (p_enabled)
|
|
|
|
set_transform(get_global_transform());
|
|
|
|
else if (data.parent)
|
|
|
|
set_transform(data.parent->get_global_transform().affine_inverse() * get_global_transform());
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.toplevel = p_enabled;
|
|
|
|
data.toplevel_active = p_enabled;
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
} else {
|
2017-03-05 16:44:50 +01:00
|
|
|
data.toplevel = p_enabled;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
bool Spatial::is_set_as_toplevel() const {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
|
|
|
return data.toplevel;
|
|
|
|
}
|
|
|
|
|
|
|
|
Ref<World> Spatial::get_world() const {
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
ERR_FAIL_COND_V(!is_inside_world(), Ref<World>());
|
2014-02-10 02:10:30 +01:00
|
|
|
return data.viewport->find_world();
|
|
|
|
}
|
|
|
|
|
2014-08-14 15:31:38 +02:00
|
|
|
void Spatial::_propagate_visibility_changed() {
|
|
|
|
|
|
|
|
notification(NOTIFICATION_VISIBILITY_CHANGED);
|
|
|
|
emit_signal(SceneStringNames::get_singleton()->visibility_changed);
|
2017-04-03 18:34:44 +02:00
|
|
|
_change_notify("visible");
|
2014-09-19 23:39:50 +02:00
|
|
|
#ifdef TOOLS_ENABLED
|
|
|
|
if (data.gizmo.is_valid())
|
|
|
|
_update_gizmo();
|
|
|
|
#endif
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
for (List<Spatial *>::Element *E = data.children.front(); E; E = E->next()) {
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Spatial *c = E->get();
|
2014-08-14 15:31:38 +02:00
|
|
|
if (!c || !c->data.visible)
|
|
|
|
continue;
|
|
|
|
c->_propagate_visibility_changed();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void Spatial::show() {
|
|
|
|
|
|
|
|
if (data.visible)
|
|
|
|
return;
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.visible = true;
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2014-11-06 01:20:42 +01:00
|
|
|
if (!is_inside_tree())
|
2014-08-14 15:31:38 +02:00
|
|
|
return;
|
|
|
|
|
2017-07-02 17:27:27 +02:00
|
|
|
_propagate_visibility_changed();
|
2014-08-14 15:31:38 +02:00
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::hide() {
|
2014-08-14 15:31:38 +02:00
|
|
|
|
|
|
|
if (!data.visible)
|
|
|
|
return;
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.visible = false;
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2017-07-02 17:27:27 +02:00
|
|
|
if (!is_inside_tree())
|
|
|
|
return;
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2017-07-02 17:27:27 +02:00
|
|
|
_propagate_visibility_changed();
|
2014-08-14 15:31:38 +02:00
|
|
|
}
|
2017-07-02 17:27:27 +02:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
bool Spatial::is_visible_in_tree() const {
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
const Spatial *s = this;
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
while (s) {
|
2014-08-14 15:31:38 +02:00
|
|
|
if (!s->data.visible) {
|
|
|
|
return false;
|
|
|
|
}
|
2017-03-05 16:44:50 +01:00
|
|
|
s = s->data.parent;
|
2014-08-14 15:31:38 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2017-01-13 14:45:50 +01:00
|
|
|
void Spatial::set_visible(bool p_visible) {
|
2014-08-14 15:31:38 +02:00
|
|
|
|
|
|
|
if (p_visible)
|
|
|
|
show();
|
|
|
|
else
|
|
|
|
hide();
|
|
|
|
}
|
|
|
|
|
2017-01-13 14:45:50 +01:00
|
|
|
bool Spatial::is_visible() const {
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2017-01-18 21:49:30 +01:00
|
|
|
return data.visible;
|
2014-08-14 15:31:38 +02:00
|
|
|
}
|
|
|
|
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
void Spatial::rotate_object_local(const Vector3 &p_axis, float p_angle) {
|
|
|
|
Transform t = get_transform();
|
|
|
|
t.basis.rotate_local(p_axis, p_angle);
|
|
|
|
set_transform(t);
|
|
|
|
}
|
|
|
|
|
|
|
|
void Spatial::rotate(const Vector3 &p_axis, float p_angle) {
|
2015-03-22 14:33:58 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Transform t = get_transform();
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
t.basis.rotate(p_axis, p_angle);
|
2015-03-22 14:33:58 +01:00
|
|
|
set_transform(t);
|
|
|
|
}
|
|
|
|
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
void Spatial::rotate_x(float p_angle) {
|
2015-03-22 14:33:58 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Transform t = get_transform();
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
t.basis.rotate(Vector3(1, 0, 0), p_angle);
|
2015-03-22 14:33:58 +01:00
|
|
|
set_transform(t);
|
|
|
|
}
|
|
|
|
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
void Spatial::rotate_y(float p_angle) {
|
2015-03-22 14:33:58 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Transform t = get_transform();
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
t.basis.rotate(Vector3(0, 1, 0), p_angle);
|
2015-03-22 14:33:58 +01:00
|
|
|
set_transform(t);
|
|
|
|
}
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
void Spatial::rotate_z(float p_angle) {
|
2015-03-22 14:33:58 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Transform t = get_transform();
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
t.basis.rotate(Vector3(0, 0, 1), p_angle);
|
2015-03-22 14:33:58 +01:00
|
|
|
set_transform(t);
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::translate(const Vector3 &p_offset) {
|
2015-03-22 14:33:58 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Transform t = get_transform();
|
2015-06-06 14:44:38 +02:00
|
|
|
t.translate(p_offset);
|
2015-03-22 14:33:58 +01:00
|
|
|
set_transform(t);
|
|
|
|
}
|
2015-06-06 14:44:38 +02:00
|
|
|
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
void Spatial::translate_object_local(const Vector3 &p_offset) {
|
|
|
|
Transform t = get_transform();
|
|
|
|
|
|
|
|
Transform s;
|
|
|
|
s.translate(p_offset);
|
|
|
|
set_transform(t * s);
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::scale(const Vector3 &p_ratio) {
|
2015-03-22 14:33:58 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
Transform t = get_transform();
|
2015-03-22 14:33:58 +01:00
|
|
|
t.basis.scale(p_ratio);
|
|
|
|
set_transform(t);
|
|
|
|
}
|
|
|
|
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
void Spatial::scale_object_local(const Vector3 &p_scale) {
|
|
|
|
Transform t = get_transform();
|
|
|
|
t.basis.scale_local(p_scale);
|
|
|
|
set_transform(t);
|
|
|
|
}
|
|
|
|
|
|
|
|
void Spatial::global_rotate(const Vector3 &p_axis, float p_angle) {
|
|
|
|
|
2015-03-22 14:33:58 +01:00
|
|
|
Transform t = get_global_transform();
|
2018-05-17 02:32:35 +02:00
|
|
|
t.basis.rotate(p_axis, p_angle);
|
2015-03-22 14:33:58 +01:00
|
|
|
set_global_transform(t);
|
|
|
|
}
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
|
|
|
|
void Spatial::global_scale(const Vector3 &p_scale) {
|
|
|
|
|
|
|
|
Transform t = get_global_transform();
|
2018-05-17 02:32:35 +02:00
|
|
|
t.basis.scale(p_scale);
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
set_global_transform(t);
|
|
|
|
}
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
void Spatial::global_translate(const Vector3 &p_offset) {
|
2015-03-22 14:33:58 +01:00
|
|
|
Transform t = get_global_transform();
|
2017-03-05 16:44:50 +01:00
|
|
|
t.origin += p_offset;
|
2015-03-22 14:33:58 +01:00
|
|
|
set_global_transform(t);
|
|
|
|
}
|
|
|
|
|
|
|
|
void Spatial::orthonormalize() {
|
|
|
|
|
|
|
|
Transform t = get_transform();
|
|
|
|
t.orthonormalize();
|
|
|
|
set_transform(t);
|
|
|
|
}
|
|
|
|
|
2015-03-22 15:52:07 +01:00
|
|
|
void Spatial::set_identity() {
|
|
|
|
|
|
|
|
set_transform(Transform());
|
|
|
|
}
|
|
|
|
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
void Spatial::look_at(const Vector3 &p_target, const Vector3 &p_up) {
|
2015-03-22 14:33:58 +01:00
|
|
|
|
|
|
|
Transform lookat;
|
2017-03-05 16:44:50 +01:00
|
|
|
lookat.origin = get_global_transform().origin;
|
|
|
|
if (lookat.origin == p_target) {
|
2016-06-11 22:22:07 +02:00
|
|
|
ERR_EXPLAIN("Node origin and target are in the same position, look_at() failed");
|
|
|
|
ERR_FAIL();
|
|
|
|
}
|
|
|
|
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
if (p_up.cross(p_target - lookat.origin) == Vector3()) {
|
2016-06-11 22:25:43 +02:00
|
|
|
ERR_EXPLAIN("Up vector and direction between node origin and target are aligned, look_at() failed");
|
2016-06-11 22:22:07 +02:00
|
|
|
ERR_FAIL();
|
|
|
|
}
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
lookat = lookat.looking_at(p_target, p_up);
|
2015-03-22 14:33:58 +01:00
|
|
|
set_global_transform(lookat);
|
|
|
|
}
|
|
|
|
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
void Spatial::look_at_from_position(const Vector3 &p_pos, const Vector3 &p_target, const Vector3 &p_up) {
|
2015-03-22 14:33:58 +01:00
|
|
|
|
|
|
|
Transform lookat;
|
2017-03-05 16:44:50 +01:00
|
|
|
lookat.origin = p_pos;
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
lookat = lookat.looking_at(p_target, p_up);
|
2015-03-22 14:33:58 +01:00
|
|
|
set_global_transform(lookat);
|
|
|
|
}
|
|
|
|
|
2017-07-23 13:37:26 +02:00
|
|
|
Vector3 Spatial::to_local(Vector3 p_global) const {
|
|
|
|
|
|
|
|
return get_global_transform().affine_inverse().xform(p_global);
|
|
|
|
}
|
|
|
|
|
|
|
|
Vector3 Spatial::to_global(Vector3 p_local) const {
|
|
|
|
|
|
|
|
return get_global_transform().xform(p_local);
|
|
|
|
}
|
|
|
|
|
2017-01-13 00:35:46 +01:00
|
|
|
void Spatial::set_notify_transform(bool p_enable) {
|
2017-03-05 16:44:50 +01:00
|
|
|
data.notify_transform = p_enable;
|
2017-01-13 00:35:46 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
bool Spatial::is_transform_notification_enabled() const {
|
|
|
|
return data.notify_transform;
|
|
|
|
}
|
|
|
|
|
2015-09-16 03:07:03 +02:00
|
|
|
void Spatial::set_notify_local_transform(bool p_enable) {
|
2017-03-05 16:44:50 +01:00
|
|
|
data.notify_local_transform = p_enable;
|
2015-09-16 03:07:03 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
bool Spatial::is_local_transform_notification_enabled() const {
|
|
|
|
return data.notify_local_transform;
|
|
|
|
}
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
void Spatial::_bind_methods() {
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("set_transform", "local"), &Spatial::set_transform);
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("get_transform"), &Spatial::get_transform);
|
2017-03-05 16:44:50 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("set_translation", "translation"), &Spatial::set_translation);
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("get_translation"), &Spatial::get_translation);
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("set_rotation", "euler"), &Spatial::set_rotation);
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("get_rotation"), &Spatial::get_rotation);
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("set_rotation_degrees", "euler_degrees"), &Spatial::set_rotation_degrees);
|
2017-11-10 11:07:52 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("get_rotation_degrees"), &Spatial::get_rotation_degrees);
|
2017-03-05 16:44:50 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("set_scale", "scale"), &Spatial::set_scale);
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("get_scale"), &Spatial::get_scale);
|
2017-03-05 16:44:50 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("set_global_transform", "global"), &Spatial::set_global_transform);
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("get_global_transform"), &Spatial::get_global_transform);
|
2017-08-09 13:19:41 +02:00
|
|
|
ClassDB::bind_method(D_METHOD("get_parent_spatial"), &Spatial::get_parent_spatial);
|
2017-03-05 16:44:50 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("set_ignore_transform_notification", "enabled"), &Spatial::set_ignore_transform_notification);
|
|
|
|
ClassDB::bind_method(D_METHOD("set_as_toplevel", "enable"), &Spatial::set_as_toplevel);
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("is_set_as_toplevel"), &Spatial::is_set_as_toplevel);
|
2018-07-18 18:47:42 +02:00
|
|
|
ClassDB::bind_method(D_METHOD("set_disable_scale", "disable"), &Spatial::set_disable_scale);
|
|
|
|
ClassDB::bind_method(D_METHOD("is_scale_disabled"), &Spatial::is_scale_disabled);
|
2017-08-09 13:19:41 +02:00
|
|
|
ClassDB::bind_method(D_METHOD("get_world"), &Spatial::get_world);
|
2016-05-06 23:38:08 +02:00
|
|
|
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("_update_gizmo"), &Spatial::_update_gizmo);
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("update_gizmo"), &Spatial::update_gizmo);
|
2017-08-09 13:19:41 +02:00
|
|
|
ClassDB::bind_method(D_METHOD("set_gizmo", "gizmo"), &Spatial::set_gizmo);
|
|
|
|
ClassDB::bind_method(D_METHOD("get_gizmo"), &Spatial::get_gizmo);
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-07-22 12:11:42 +02:00
|
|
|
ClassDB::bind_method(D_METHOD("set_visible", "visible"), &Spatial::set_visible);
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("is_visible"), &Spatial::is_visible);
|
|
|
|
ClassDB::bind_method(D_METHOD("is_visible_in_tree"), &Spatial::is_visible_in_tree);
|
|
|
|
ClassDB::bind_method(D_METHOD("show"), &Spatial::show);
|
|
|
|
ClassDB::bind_method(D_METHOD("hide"), &Spatial::hide);
|
2014-08-14 15:31:38 +02:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("set_notify_local_transform", "enable"), &Spatial::set_notify_local_transform);
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("is_local_transform_notification_enabled"), &Spatial::is_local_transform_notification_enabled);
|
2015-09-16 03:07:03 +02:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("set_notify_transform", "enable"), &Spatial::set_notify_transform);
|
2017-02-13 12:47:24 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("is_transform_notification_enabled"), &Spatial::is_transform_notification_enabled);
|
2017-01-13 00:35:46 +01:00
|
|
|
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("rotate", "axis", "angle"), &Spatial::rotate);
|
|
|
|
ClassDB::bind_method(D_METHOD("global_rotate", "axis", "angle"), &Spatial::global_rotate);
|
|
|
|
ClassDB::bind_method(D_METHOD("global_scale", "scale"), &Spatial::global_scale);
|
2017-03-05 16:44:50 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("global_translate", "offset"), &Spatial::global_translate);
|
Restore the behavior of Spatial rotations recently changed in c1153f5.
That change was borne out of a confusion regarding the meaning of "local" in #14569.
Affine transformations in Spatial simply correspond to affine operations of its Transform. Such operations take place in a coordinate system that is defined by the parent Spatial. When there is no parent, they correspond to operations in the global coordinate system.
This coordinate system, which is relative to the parent, has been referred to as the local coordinate system in the docs so far, but this sloppy language has apparently confused some users, making them think that the local coordinate system refers to the one whose axes are "painted" on the Spatial node itself.
To avoid such conceptual conflations and misunderstandings in the future, the parent-relative local system is now referred to as "parent-local", and the object-relative local system is called "object-local" in the docs.
This commit adds the functionality "requested" in #14569, not by changing how rotate/scale/translate works, but by adding new rotate_object_local, scale_object_local and translate_object_local functions. Also, for completeness, there is now global_scale.
This commit also updates another part of the docs regarding the rotation property of Spatial, which also leads to confusion among some users.
2017-12-27 01:15:20 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("rotate_object_local", "axis", "angle"), &Spatial::rotate_object_local);
|
|
|
|
ClassDB::bind_method(D_METHOD("scale_object_local", "scale"), &Spatial::scale_object_local);
|
|
|
|
ClassDB::bind_method(D_METHOD("translate_object_local", "offset"), &Spatial::translate_object_local);
|
|
|
|
ClassDB::bind_method(D_METHOD("rotate_x", "angle"), &Spatial::rotate_x);
|
|
|
|
ClassDB::bind_method(D_METHOD("rotate_y", "angle"), &Spatial::rotate_y);
|
|
|
|
ClassDB::bind_method(D_METHOD("rotate_z", "angle"), &Spatial::rotate_z);
|
|
|
|
ClassDB::bind_method(D_METHOD("translate", "offset"), &Spatial::translate);
|
2017-03-05 16:44:50 +01:00
|
|
|
ClassDB::bind_method(D_METHOD("orthonormalize"), &Spatial::orthonormalize);
|
|
|
|
ClassDB::bind_method(D_METHOD("set_identity"), &Spatial::set_identity);
|
|
|
|
|
|
|
|
ClassDB::bind_method(D_METHOD("look_at", "target", "up"), &Spatial::look_at);
|
2017-09-10 15:37:49 +02:00
|
|
|
ClassDB::bind_method(D_METHOD("look_at_from_position", "position", "target", "up"), &Spatial::look_at_from_position);
|
2017-03-05 16:44:50 +01:00
|
|
|
|
2017-07-23 13:37:26 +02:00
|
|
|
ClassDB::bind_method(D_METHOD("to_local", "global_point"), &Spatial::to_local);
|
|
|
|
ClassDB::bind_method(D_METHOD("to_global", "local_point"), &Spatial::to_global);
|
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
BIND_CONSTANT(NOTIFICATION_TRANSFORM_CHANGED);
|
|
|
|
BIND_CONSTANT(NOTIFICATION_ENTER_WORLD);
|
|
|
|
BIND_CONSTANT(NOTIFICATION_EXIT_WORLD);
|
|
|
|
BIND_CONSTANT(NOTIFICATION_VISIBILITY_CHANGED);
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-02-12 01:11:37 +01:00
|
|
|
//ADD_PROPERTY( PropertyInfo(Variant::TRANSFORM,"transform/global",PROPERTY_HINT_NONE, "", PROPERTY_USAGE_EDITOR ), "set_global_transform", "get_global_transform") ;
|
2017-03-05 16:44:50 +01:00
|
|
|
ADD_GROUP("Transform", "");
|
|
|
|
ADD_PROPERTYNZ(PropertyInfo(Variant::TRANSFORM, "transform", PROPERTY_HINT_NONE, ""), "set_transform", "get_transform");
|
|
|
|
ADD_PROPERTYNZ(PropertyInfo(Variant::TRANSFORM, "global_transform", PROPERTY_HINT_NONE, "", 0), "set_global_transform", "get_global_transform");
|
|
|
|
ADD_PROPERTY(PropertyInfo(Variant::VECTOR3, "translation", PROPERTY_HINT_NONE, "", PROPERTY_USAGE_EDITOR), "set_translation", "get_translation");
|
2017-11-10 11:07:52 +01:00
|
|
|
ADD_PROPERTY(PropertyInfo(Variant::VECTOR3, "rotation_degrees", PROPERTY_HINT_NONE, "", PROPERTY_USAGE_EDITOR), "set_rotation_degrees", "get_rotation_degrees");
|
2017-03-05 16:44:50 +01:00
|
|
|
ADD_PROPERTY(PropertyInfo(Variant::VECTOR3, "rotation", PROPERTY_HINT_NONE, "", 0), "set_rotation", "get_rotation");
|
|
|
|
ADD_PROPERTY(PropertyInfo(Variant::VECTOR3, "scale", PROPERTY_HINT_NONE, "", PROPERTY_USAGE_EDITOR), "set_scale", "get_scale");
|
2018-07-18 18:47:42 +02:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
ADD_GROUP("Visibility", "");
|
|
|
|
ADD_PROPERTYNO(PropertyInfo(Variant::BOOL, "visible"), "set_visible", "is_visible");
|
2018-01-11 23:35:12 +01:00
|
|
|
ADD_PROPERTY(PropertyInfo(Variant::OBJECT, "gizmo", PROPERTY_HINT_RESOURCE_TYPE, "SpatialGizmo", 0), "set_gizmo", "get_gizmo");
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
ADD_SIGNAL(MethodInfo("visibility_changed"));
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
2017-12-06 21:36:34 +01:00
|
|
|
Spatial::Spatial() :
|
|
|
|
xform_change(this) {
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.dirty = DIRTY_NONE;
|
|
|
|
data.children_lock = 0;
|
2014-02-10 02:10:30 +01:00
|
|
|
|
2017-03-05 16:44:50 +01:00
|
|
|
data.ignore_notification = false;
|
|
|
|
data.toplevel = false;
|
|
|
|
data.toplevel_active = false;
|
|
|
|
data.scale = Vector3(1, 1, 1);
|
|
|
|
data.viewport = NULL;
|
|
|
|
data.inside_world = false;
|
|
|
|
data.visible = true;
|
2018-07-18 18:47:42 +02:00
|
|
|
data.disable_scale = false;
|
2017-01-13 00:35:46 +01:00
|
|
|
|
2014-02-10 02:10:30 +01:00
|
|
|
#ifdef TOOLS_ENABLED
|
2017-03-05 16:44:50 +01:00
|
|
|
data.gizmo_disabled = false;
|
|
|
|
data.gizmo_dirty = false;
|
2014-02-10 02:10:30 +01:00
|
|
|
#endif
|
2017-03-05 16:44:50 +01:00
|
|
|
data.notify_local_transform = false;
|
|
|
|
data.notify_transform = false;
|
|
|
|
data.parent = NULL;
|
|
|
|
data.C = NULL;
|
2014-02-10 02:10:30 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
Spatial::~Spatial() {
|
|
|
|
}
|