2023-08-16 00:20:26 +10:00
|
|
|
/* SPDX-FileCopyrightText: 2008 Blender Authors
|
2023-05-31 16:19:06 +02:00
|
|
|
*
|
|
|
|
|
* SPDX-License-Identifier: GPL-2.0-or-later */
|
2008-12-24 10:33:10 +00:00
|
|
|
|
2019-02-18 08:08:12 +11:00
|
|
|
/** \file
|
|
|
|
|
* \ingroup spnode
|
|
|
|
|
* \brief higher level node drawing for the node editor.
|
2011-02-27 20:29:51 +00:00
|
|
|
*/
|
|
|
|
|
|
2021-12-06 16:50:44 -05:00
|
|
|
#include <iomanip>
|
|
|
|
|
|
2021-02-11 01:16:17 -06:00
|
|
|
#include "MEM_guardedalloc.h"
|
|
|
|
|
|
2019-02-27 12:34:56 +11:00
|
|
|
#include "DNA_light_types.h"
|
2020-03-19 09:33:03 +01:00
|
|
|
#include "DNA_linestyle_types.h"
|
2013-03-18 16:34:57 +00:00
|
|
|
#include "DNA_material_types.h"
|
2022-09-13 08:44:26 +02:00
|
|
|
#include "DNA_modifier_types.h"
|
2020-03-19 09:33:03 +01:00
|
|
|
#include "DNA_node_types.h"
|
2008-12-24 10:33:10 +00:00
|
|
|
#include "DNA_screen_types.h"
|
2013-03-18 16:34:57 +00:00
|
|
|
#include "DNA_space_types.h"
|
2021-12-05 17:12:25 -05:00
|
|
|
#include "DNA_text_types.h"
|
2013-03-18 16:34:57 +00:00
|
|
|
#include "DNA_texture_types.h"
|
|
|
|
|
#include "DNA_world_types.h"
|
2008-12-24 10:33:10 +00:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
#include "BLI_array.hh"
|
2023-07-11 22:36:10 +02:00
|
|
|
#include "BLI_bounds.hh"
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
#include "BLI_convexhull_2d.h"
|
2021-02-16 17:15:08 -06:00
|
|
|
#include "BLI_map.hh"
|
2021-03-11 18:53:29 +01:00
|
|
|
#include "BLI_set.hh"
|
2021-02-16 17:15:08 -06:00
|
|
|
#include "BLI_span.hh"
|
2023-09-01 21:37:11 +02:00
|
|
|
#include "BLI_string.h"
|
2021-02-16 17:15:08 -06:00
|
|
|
#include "BLI_string_ref.hh"
|
|
|
|
|
#include "BLI_vector.hh"
|
2008-12-24 10:33:10 +00:00
|
|
|
|
2024-02-09 18:59:42 +01:00
|
|
|
#include "BLT_translation.hh"
|
2012-03-17 14:42:44 +00:00
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
#include "BKE_compute_contexts.hh"
|
2023-11-16 11:41:55 +01:00
|
|
|
#include "BKE_context.hh"
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
#include "BKE_curves.hh"
|
2024-02-10 18:25:14 +01:00
|
|
|
#include "BKE_global.hh"
|
2024-01-20 19:17:36 +01:00
|
|
|
#include "BKE_idtype.hh"
|
2024-01-15 12:44:04 -05:00
|
|
|
#include "BKE_lib_id.hh"
|
2023-12-01 19:43:16 +01:00
|
|
|
#include "BKE_main.hh"
|
2023-05-15 15:14:22 +02:00
|
|
|
#include "BKE_node.hh"
|
2024-05-05 09:30:02 +02:00
|
|
|
#include "BKE_node_enum.hh"
|
2022-09-13 08:44:26 +02:00
|
|
|
#include "BKE_node_runtime.hh"
|
2023-11-16 11:41:55 +01:00
|
|
|
#include "BKE_node_tree_update.hh"
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
#include "BKE_node_tree_zones.hh"
|
2023-10-09 23:41:53 +02:00
|
|
|
#include "BKE_object.hh"
|
2024-02-10 19:16:25 +01:00
|
|
|
#include "BKE_scene.hh"
|
2024-02-09 10:19:24 +01:00
|
|
|
#include "BKE_scene_runtime.hh"
|
2022-12-14 18:48:13 +01:00
|
|
|
#include "BKE_type_conversions.hh"
|
2008-12-24 10:33:10 +00:00
|
|
|
|
2024-01-18 22:50:23 +02:00
|
|
|
#include "IMB_imbuf.hh"
|
2023-07-17 20:13:52 +02:00
|
|
|
|
2023-09-22 03:18:17 +02:00
|
|
|
#include "DEG_depsgraph.hh"
|
2017-06-08 10:14:53 +02:00
|
|
|
|
2024-01-31 14:04:56 -05:00
|
|
|
#include "BLF_api.hh"
|
2013-03-18 16:34:57 +00:00
|
|
|
|
2023-08-05 02:57:52 +02:00
|
|
|
#include "BIF_glutil.hh"
|
2008-12-24 10:33:10 +00:00
|
|
|
|
2024-03-23 01:24:18 +01:00
|
|
|
#include "GPU_framebuffer.hh"
|
|
|
|
|
#include "GPU_immediate.hh"
|
|
|
|
|
#include "GPU_immediate_util.hh"
|
|
|
|
|
#include "GPU_matrix.hh"
|
|
|
|
|
#include "GPU_shader_shared.hh"
|
|
|
|
|
#include "GPU_state.hh"
|
|
|
|
|
#include "GPU_viewport.hh"
|
2016-10-14 23:45:55 -04:00
|
|
|
|
2023-08-04 23:11:22 +02:00
|
|
|
#include "WM_api.hh"
|
|
|
|
|
#include "WM_types.hh"
|
2008-12-24 10:33:10 +00:00
|
|
|
|
2023-08-05 02:57:52 +02:00
|
|
|
#include "ED_gpencil_legacy.hh"
|
2023-01-03 20:02:01 -05:00
|
|
|
#include "ED_node.hh"
|
2023-08-08 17:36:06 +02:00
|
|
|
#include "ED_node_preview.hh"
|
2023-08-04 23:11:22 +02:00
|
|
|
#include "ED_screen.hh"
|
2023-08-05 02:57:52 +02:00
|
|
|
#include "ED_space_api.hh"
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
#include "ED_viewer_path.hh"
|
2008-12-24 10:33:10 +00:00
|
|
|
|
2021-10-26 11:05:01 -05:00
|
|
|
#include "UI_interface.hh"
|
2023-08-05 02:57:52 +02:00
|
|
|
#include "UI_resources.hh"
|
|
|
|
|
#include "UI_view2d.hh"
|
2008-12-24 10:33:10 +00:00
|
|
|
|
2023-08-10 22:40:27 +02:00
|
|
|
#include "RNA_access.hh"
|
2022-03-14 16:54:46 +01:00
|
|
|
#include "RNA_prototypes.h"
|
2009-09-16 18:59:13 +00:00
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
#include "NOD_geometry_exec.hh"
|
|
|
|
|
#include "NOD_geometry_nodes_log.hh"
|
2021-09-24 17:02:51 +02:00
|
|
|
#include "NOD_node_declaration.hh"
|
2023-12-05 15:57:40 +01:00
|
|
|
#include "NOD_node_extra_info.hh"
|
2022-06-03 09:57:37 +02:00
|
|
|
#include "NOD_socket_declarations_geometry.hh"
|
2021-07-07 11:20:19 +02:00
|
|
|
|
2022-04-01 08:40:45 -05:00
|
|
|
#include "FN_field.hh"
|
2021-09-11 13:05:20 +02:00
|
|
|
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
#include "GEO_fillet_curves.hh"
|
|
|
|
|
|
2024-02-09 10:19:24 +01:00
|
|
|
#include "COM_profile.hh"
|
|
|
|
|
|
2021-11-12 12:12:27 -06:00
|
|
|
#include "node_intern.hh" /* own include */
|
2014-11-28 15:50:43 +01:00
|
|
|
|
2022-09-17 01:50:55 +02:00
|
|
|
#include <fmt/format.h>
|
Cleanup: fewer iostreams related includes from BLI/BKE headers
Including <iostream> or similar headers is quite expensive, since it
also pulls in things like <locale> and so on. In many BLI headers,
iostreams are only used to implement some sort of "debug print",
or an operator<< for ostream.
Change some of the commonly used places to instead include <iosfwd>,
which is the standard way of forward-declaring iostreams related
classes, and move the actual debug-print / operator<< implementations
into .cc files.
This is not done for templated classes though (it would be possible
to provide explicit operator<< instantiations somewhere in the
source file, but that would lead to hard-to-figure-out linker error
whenever someone would add a different template type). There, where
possible, I changed from full <iostream> include to only the needed
<ostream> part.
For Span<T>, I just removed print_as_lines since it's not used by
anything. It could be moved into a .cc file using a similar approach
as above if needed.
Doing full blender build changes include counts this way:
- <iostream> 1986 -> 978
- <sstream> 2880 -> 925
It does not affect the total build time much though, mostly because
towards the end of it there's just several CPU cores finishing
compiling OpenVDB related source files.
Pull Request: https://projects.blender.org/blender/blender/pulls/111046
2023-08-11 12:27:56 +03:00
|
|
|
#include <sstream>
|
2022-09-17 01:50:55 +02:00
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
namespace geo_log = blender::nodes::geo_eval_log;
|
2023-06-20 10:25:41 +02:00
|
|
|
using blender::bke::bNodeTreeZone;
|
|
|
|
|
using blender::bke::bNodeTreeZones;
|
2023-08-08 17:36:06 +02:00
|
|
|
using blender::ed::space_node::NestedTreePreviews;
|
2023-12-05 15:57:40 +01:00
|
|
|
using blender::nodes::NodeExtraInfoRow;
|
2022-09-13 08:44:26 +02:00
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* This is passed to many functions which draw the node editor.
|
|
|
|
|
*/
|
|
|
|
|
struct TreeDrawContext {
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
/**
|
|
|
|
|
* Whether a viewer node is active in geometry nodes can not be determined by a flag on the node
|
|
|
|
|
* alone. That's because if the node group with the viewer is used multiple times, it's only
|
|
|
|
|
* active in one of these cases.
|
|
|
|
|
* The active node is cached here to avoid doing the more expensive check for every viewer node
|
|
|
|
|
* in the tree.
|
|
|
|
|
*/
|
|
|
|
|
const bNode *active_geometry_nodes_viewer = nullptr;
|
2022-09-13 08:44:26 +02:00
|
|
|
/**
|
|
|
|
|
* Geometry nodes logs various data during execution. The logged data that corresponds to the
|
|
|
|
|
* currently drawn node tree can be retrieved from the log below.
|
|
|
|
|
*/
|
2023-06-20 10:25:41 +02:00
|
|
|
blender::Map<const bNodeTreeZone *, geo_log::GeoTreeLog *> geo_log_by_zone;
|
2023-08-08 17:36:06 +02:00
|
|
|
|
|
|
|
|
NestedTreePreviews *nested_group_infos = nullptr;
|
2022-11-23 14:34:31 +02:00
|
|
|
/**
|
|
|
|
|
* True if there is an active realtime compositor using the node tree, false otherwise.
|
|
|
|
|
*/
|
|
|
|
|
bool used_by_realtime_compositor = false;
|
2024-02-09 10:19:24 +01:00
|
|
|
|
|
|
|
|
blender::Map<bNodeInstanceKey, blender::timeit::Nanoseconds>
|
|
|
|
|
*compositor_per_node_execution_time = nullptr;
|
2022-09-13 08:44:26 +02:00
|
|
|
};
|
|
|
|
|
|
2021-12-08 00:31:20 -05:00
|
|
|
float ED_node_grid_size()
|
2013-11-06 17:46:32 +00:00
|
|
|
{
|
2023-08-29 06:33:21 +02:00
|
|
|
return NODE_GRID_STEP_SIZE;
|
2013-11-06 17:46:32 +00:00
|
|
|
}
|
|
|
|
|
|
2013-03-18 16:34:57 +00:00
|
|
|
void ED_node_tree_update(const bContext *C)
|
2011-09-05 21:01:50 +00:00
|
|
|
{
|
2022-01-20 10:36:56 -06:00
|
|
|
using namespace blender::ed::space_node;
|
|
|
|
|
|
2013-03-18 16:34:57 +00:00
|
|
|
SpaceNode *snode = CTX_wm_space_node(C);
|
2013-04-24 20:19:01 +00:00
|
|
|
if (snode) {
|
2021-12-03 16:25:17 -05:00
|
|
|
snode_set_context(*C);
|
2013-04-24 20:19:01 +00:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
if (snode->nodetree) {
|
|
|
|
|
id_us_ensure_real(&snode->nodetree->id);
|
|
|
|
|
}
|
2013-04-24 20:19:01 +00:00
|
|
|
}
|
2011-09-05 21:01:50 +00:00
|
|
|
}
|
|
|
|
|
|
2013-03-18 16:34:57 +00:00
|
|
|
/* id is supposed to contain a node tree */
|
|
|
|
|
static bNodeTree *node_tree_from_ID(ID *id)
|
2009-09-16 18:59:13 +00:00
|
|
|
{
|
2013-03-18 16:34:57 +00:00
|
|
|
if (id) {
|
2020-04-16 12:06:01 +02:00
|
|
|
if (GS(id->name) == ID_NT) {
|
|
|
|
|
return (bNodeTree *)id;
|
|
|
|
|
}
|
2020-07-03 17:20:08 +02:00
|
|
|
return ntreeFromID(id);
|
2013-03-18 16:34:57 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-16 10:55:10 -06:00
|
|
|
return nullptr;
|
2013-03-18 16:34:57 +00:00
|
|
|
}
|
2009-09-16 18:59:13 +00:00
|
|
|
|
2013-03-18 16:34:57 +00:00
|
|
|
void ED_node_tag_update_id(ID *id)
|
|
|
|
|
{
|
|
|
|
|
bNodeTree *ntree = node_tree_from_ID(id);
|
2021-02-16 10:55:10 -06:00
|
|
|
if (id == nullptr || ntree == nullptr) {
|
2013-03-18 16:34:57 +00:00
|
|
|
return;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* TODO(sergey): With the new dependency graph it should be just enough to only tag ntree itself.
|
|
|
|
|
* All the users of this tree will have update flushed from the tree. */
|
2017-06-08 10:14:53 +02:00
|
|
|
DEG_id_tag_update(&ntree->id, 0);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2013-03-18 16:34:57 +00:00
|
|
|
if (ntree->type == NTREE_SHADER) {
|
2017-06-08 10:14:53 +02:00
|
|
|
DEG_id_tag_update(id, 0);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2019-03-26 21:16:47 +11:00
|
|
|
if (GS(id->name) == ID_MA) {
|
2013-06-24 22:41:33 +00:00
|
|
|
WM_main_add_notifier(NC_MATERIAL | ND_SHADING, id);
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
|
|
|
|
else if (GS(id->name) == ID_LA) {
|
2013-06-24 22:41:33 +00:00
|
|
|
WM_main_add_notifier(NC_LAMP | ND_LIGHTING, id);
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
|
|
|
|
else if (GS(id->name) == ID_WO) {
|
2013-06-24 22:41:33 +00:00
|
|
|
WM_main_add_notifier(NC_WORLD | ND_WORLD, id);
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2009-09-16 18:59:13 +00:00
|
|
|
}
|
2013-03-18 16:34:57 +00:00
|
|
|
else if (ntree->type == NTREE_COMPOSIT) {
|
2012-07-09 19:58:36 +00:00
|
|
|
WM_main_add_notifier(NC_SCENE | ND_NODES, id);
|
2012-10-21 05:46:41 +00:00
|
|
|
}
|
2013-03-18 16:34:57 +00:00
|
|
|
else if (ntree->type == NTREE_TEXTURE) {
|
2017-06-08 10:14:53 +02:00
|
|
|
DEG_id_tag_update(id, 0);
|
2012-07-09 19:58:36 +00:00
|
|
|
WM_main_add_notifier(NC_TEXTURE | ND_NODES, id);
|
2009-09-16 18:59:13 +00:00
|
|
|
}
|
2020-12-02 13:25:25 +01:00
|
|
|
else if (ntree->type == NTREE_GEOMETRY) {
|
|
|
|
|
WM_main_add_notifier(NC_OBJECT | ND_MODIFIER, id);
|
|
|
|
|
}
|
2014-08-27 09:49:31 +10:00
|
|
|
else if (id == &ntree->id) {
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Node groups. */
|
2017-06-08 10:14:53 +02:00
|
|
|
DEG_id_tag_update(id, 0);
|
2014-08-22 15:51:15 +02:00
|
|
|
}
|
2009-09-16 18:59:13 +00:00
|
|
|
}
|
|
|
|
|
|
2022-01-20 10:36:56 -06:00
|
|
|
namespace blender::ed::space_node {
|
|
|
|
|
|
2024-04-22 19:48:57 +02:00
|
|
|
static std::string node_socket_get_tooltip(const SpaceNode *snode,
|
|
|
|
|
const bNodeTree &ntree,
|
|
|
|
|
const bNodeSocket &socket);
|
|
|
|
|
|
2023-03-06 14:24:36 +01:00
|
|
|
static const char *node_socket_get_translation_context(const bNodeSocket &socket)
|
|
|
|
|
{
|
|
|
|
|
/* The node is not explicitly defined. */
|
|
|
|
|
if (socket.runtime->declaration == nullptr) {
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
blender::StringRefNull translation_context = socket.runtime->declaration->translation_context;
|
|
|
|
|
|
|
|
|
|
/* Default context. */
|
|
|
|
|
if (translation_context.is_empty()) {
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return translation_context.data();
|
|
|
|
|
}
|
|
|
|
|
|
2024-04-11 00:36:31 +02:00
|
|
|
static void node_socket_add_tooltip_in_node_editor(const bNodeSocket &sock, uiLayout &layout);
|
2022-09-13 08:44:26 +02:00
|
|
|
|
2022-12-01 17:55:33 -06:00
|
|
|
/** Return true when \a a should be behind \a b and false otherwise. */
|
|
|
|
|
static bool compare_node_depth(const bNode *a, const bNode *b)
|
2012-05-22 14:13:33 +00:00
|
|
|
{
|
|
|
|
|
/* These tell if either the node or any of the parent nodes is selected.
|
2021-02-17 13:34:49 -06:00
|
|
|
* A selected parent means an unselected node is also in foreground! */
|
2015-04-20 23:37:04 +10:00
|
|
|
bool a_select = (a->flag & NODE_SELECT) != 0, b_select = (b->flag & NODE_SELECT) != 0;
|
|
|
|
|
bool a_active = (a->flag & NODE_ACTIVE) != 0, b_active = (b->flag & NODE_ACTIVE) != 0;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* If one is an ancestor of the other. */
|
2019-01-15 23:24:20 +11:00
|
|
|
/* XXX there might be a better sorting algorithm for stable topological sort,
|
2021-02-17 13:34:49 -06:00
|
|
|
* this is O(n^2) worst case. */
|
2020-09-08 17:19:58 +02:00
|
|
|
for (bNode *parent = a->parent; parent; parent = parent->parent) {
|
2021-02-17 13:34:49 -06:00
|
|
|
/* If B is an ancestor, it is always behind A. */
|
2019-03-26 21:16:47 +11:00
|
|
|
if (parent == b) {
|
2022-12-01 17:55:33 -06:00
|
|
|
return false;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Any selected ancestor moves the node forward. */
|
2019-03-26 21:16:47 +11:00
|
|
|
if (parent->flag & NODE_ACTIVE) {
|
2021-02-16 10:55:10 -06:00
|
|
|
a_active = true;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
|
|
|
|
if (parent->flag & NODE_SELECT) {
|
2021-02-16 10:55:10 -06:00
|
|
|
a_select = true;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2012-05-22 14:13:33 +00:00
|
|
|
}
|
2020-09-08 17:19:58 +02:00
|
|
|
for (bNode *parent = b->parent; parent; parent = parent->parent) {
|
2021-02-17 13:34:49 -06:00
|
|
|
/* If A is an ancestor, it is always behind B. */
|
2019-03-26 21:16:47 +11:00
|
|
|
if (parent == a) {
|
2022-12-01 17:55:33 -06:00
|
|
|
return true;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Any selected ancestor moves the node forward. */
|
2019-03-26 21:16:47 +11:00
|
|
|
if (parent->flag & NODE_ACTIVE) {
|
2021-02-16 10:55:10 -06:00
|
|
|
b_active = true;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
|
|
|
|
if (parent->flag & NODE_SELECT) {
|
2021-02-16 10:55:10 -06:00
|
|
|
b_select = true;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2012-05-22 14:13:33 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* One of the nodes is in the background and the other not. */
|
2019-03-26 21:16:47 +11:00
|
|
|
if ((a->flag & NODE_BACKGROUND) && !(b->flag & NODE_BACKGROUND)) {
|
2020-09-02 19:10:18 +02:00
|
|
|
return true;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2022-12-01 17:55:33 -06:00
|
|
|
if ((b->flag & NODE_BACKGROUND) && !(a->flag & NODE_BACKGROUND)) {
|
|
|
|
|
return false;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* One has a higher selection state (active > selected > nothing). */
|
2022-12-01 17:55:33 -06:00
|
|
|
if (a_active && !b_active) {
|
|
|
|
|
return false;
|
|
|
|
|
}
|
|
|
|
|
if (b_active && !a_active) {
|
2020-09-02 19:10:18 +02:00
|
|
|
return true;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2020-07-03 17:20:08 +02:00
|
|
|
if (!b_select && (a_active || a_select)) {
|
2022-12-01 17:55:33 -06:00
|
|
|
return false;
|
|
|
|
|
}
|
|
|
|
|
if (!a_select && (b_active || b_select)) {
|
2020-09-02 19:10:18 +02:00
|
|
|
return true;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2020-09-02 19:10:18 +02:00
|
|
|
return false;
|
2012-05-22 14:13:33 +00:00
|
|
|
}
|
|
|
|
|
|
2023-10-10 10:57:51 +02:00
|
|
|
void tree_draw_order_update(bNodeTree &ntree)
|
2012-05-22 14:13:33 +00:00
|
|
|
{
|
2022-12-01 14:53:27 -06:00
|
|
|
Array<bNode *> sort_nodes = ntree.all_nodes();
|
2024-01-18 16:11:17 -05:00
|
|
|
std::sort(sort_nodes.begin(), sort_nodes.end(), [](bNode *a, bNode *b) {
|
|
|
|
|
return a->ui_order < b->ui_order;
|
|
|
|
|
});
|
2022-12-01 17:55:33 -06:00
|
|
|
std::stable_sort(sort_nodes.begin(), sort_nodes.end(), compare_node_depth);
|
2023-10-10 10:57:51 +02:00
|
|
|
for (const int i : sort_nodes.index_range()) {
|
|
|
|
|
sort_nodes[i]->ui_order = i;
|
2022-12-01 14:53:27 -06:00
|
|
|
}
|
2023-10-10 10:57:51 +02:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-10-10 10:57:51 +02:00
|
|
|
Array<bNode *> tree_draw_order_calc_nodes(bNodeTree &ntree)
|
|
|
|
|
{
|
|
|
|
|
Array<bNode *> nodes = ntree.all_nodes();
|
|
|
|
|
if (nodes.is_empty()) {
|
|
|
|
|
return {};
|
|
|
|
|
}
|
|
|
|
|
std::sort(nodes.begin(), nodes.end(), [](const bNode *a, const bNode *b) {
|
|
|
|
|
return a->ui_order < b->ui_order;
|
|
|
|
|
});
|
|
|
|
|
return nodes;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-10-10 10:57:51 +02:00
|
|
|
Array<bNode *> tree_draw_order_calc_nodes_reversed(bNodeTree &ntree)
|
|
|
|
|
{
|
|
|
|
|
Array<bNode *> nodes = ntree.all_nodes();
|
|
|
|
|
if (nodes.is_empty()) {
|
|
|
|
|
return {};
|
2012-05-22 14:13:33 +00:00
|
|
|
}
|
2023-10-10 10:57:51 +02:00
|
|
|
std::sort(nodes.begin(), nodes.end(), [](const bNode *a, const bNode *b) {
|
|
|
|
|
return a->ui_order > b->ui_order;
|
|
|
|
|
});
|
|
|
|
|
return nodes;
|
2012-05-22 14:13:33 +00:00
|
|
|
}
|
|
|
|
|
|
2023-01-02 17:37:26 -05:00
|
|
|
static Array<uiBlock *> node_uiblocks_init(const bContext &C, const Span<bNode *> nodes)
|
2010-01-12 07:07:51 +00:00
|
|
|
{
|
2021-12-14 11:19:47 -06:00
|
|
|
Array<uiBlock *> blocks(nodes.size());
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Add node uiBlocks in drawing order - prevents events going to overlapping nodes. */
|
2021-12-14 11:19:47 -06:00
|
|
|
for (const int i : nodes.index_range()) {
|
2024-01-18 15:59:20 -05:00
|
|
|
std::string block_name = "node_" + std::string(nodes[i]->name);
|
|
|
|
|
blocks[i] = UI_block_begin(&C, CTX_wm_region(&C), std::move(block_name), UI_EMBOSS);
|
2023-01-03 20:02:01 -05:00
|
|
|
/* This cancels events for background nodes. */
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_flag_enable(blocks[i], UI_BLOCK_CLIP_EVENTS);
|
2010-01-12 07:07:51 +00:00
|
|
|
}
|
2021-12-14 11:19:47 -06:00
|
|
|
|
|
|
|
|
return blocks;
|
2010-01-12 07:07:51 +00:00
|
|
|
}
|
|
|
|
|
|
2021-12-08 09:44:02 -05:00
|
|
|
float2 node_to_view(const bNode &node, const float2 &co)
|
Holiday coding log :)
Nice formatted version (pictures soon):
http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.66/Usability
Short list of main changes:
- Transparent region option (over main region), added code to blend in/out such panels.
- Min size window now 640 x 480
- Fixed DPI for ui - lots of cleanup and changes everywhere. Icon image need correct size still, layer-in-use icon needs remake.
- Macbook retina support, use command line --no-native-pixels to disable it
- Timeline Marker label was drawing wrong
- Trackpad and magic mouse: supports zoom (hold ctrl)
- Fix for splash position: removed ghost function and made window size update after creation immediate
- Fast undo buffer save now adds UI as well. Could be checked for regular file save even...
Quit.blend and temp file saving use this now.
- Dixed filename in window on reading quit.blend or temp saves, and they now add a warning in window title: "(Recovered)"
- New Userpref option "Keep Session" - this always saves quit.blend, and loads on start.
This allows keeping UI and data without actual saves, until you actually save.
When you load startup.blend and quit, it recognises the quit.blend as a startup (no file name in header)
- Added 3D view copy/paste buffers (selected objects). Shortcuts ctrl-c, ctrl-v (OSX, cmd-c, cmd-v).
Coded partial file saving for it. Could be used for other purposes. Todo: use OS clipboards.
- User preferences (themes, keymaps, user settings) now can be saved as a separate file.
Old option is called "Save Startup File" the new one "Save User Settings".
To visualise this difference, the 'save startup file' button has been removed from user preferences window. That option is available as CTRL+U and in File menu still.
- OSX: fixed bug that stopped giving mouse events outside window.
This also fixes "Continuous Grab" for OSX. (error since 2009)
2012-12-12 18:58:11 +00:00
|
|
|
{
|
2023-06-15 16:04:23 +02:00
|
|
|
const float2 node_location = bke::nodeToView(&node, co);
|
|
|
|
|
return node_location * UI_SCALE_FAC;
|
Holiday coding log :)
Nice formatted version (pictures soon):
http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.66/Usability
Short list of main changes:
- Transparent region option (over main region), added code to blend in/out such panels.
- Min size window now 640 x 480
- Fixed DPI for ui - lots of cleanup and changes everywhere. Icon image need correct size still, layer-in-use icon needs remake.
- Macbook retina support, use command line --no-native-pixels to disable it
- Timeline Marker label was drawing wrong
- Trackpad and magic mouse: supports zoom (hold ctrl)
- Fix for splash position: removed ghost function and made window size update after creation immediate
- Fast undo buffer save now adds UI as well. Could be checked for regular file save even...
Quit.blend and temp file saving use this now.
- Dixed filename in window on reading quit.blend or temp saves, and they now add a warning in window title: "(Recovered)"
- New Userpref option "Keep Session" - this always saves quit.blend, and loads on start.
This allows keeping UI and data without actual saves, until you actually save.
When you load startup.blend and quit, it recognises the quit.blend as a startup (no file name in header)
- Added 3D view copy/paste buffers (selected objects). Shortcuts ctrl-c, ctrl-v (OSX, cmd-c, cmd-v).
Coded partial file saving for it. Could be used for other purposes. Todo: use OS clipboards.
- User preferences (themes, keymaps, user settings) now can be saved as a separate file.
Old option is called "Save Startup File" the new one "Save User Settings".
To visualise this difference, the 'save startup file' button has been removed from user preferences window. That option is available as CTRL+U and in File menu still.
- OSX: fixed bug that stopped giving mouse events outside window.
This also fixes "Continuous Grab" for OSX. (error since 2009)
2012-12-12 18:58:11 +00:00
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
void node_to_updated_rect(const bNode &node, rctf &r_rect)
|
2015-08-01 16:16:16 +02:00
|
|
|
{
|
2021-12-08 09:44:02 -05:00
|
|
|
const float2 xmin_ymax = node_to_view(node, {node.offsetx, node.offsety});
|
|
|
|
|
r_rect.xmin = xmin_ymax.x;
|
|
|
|
|
r_rect.ymax = xmin_ymax.y;
|
|
|
|
|
const float2 xmax_ymin = node_to_view(node,
|
|
|
|
|
{node.offsetx + node.width, node.offsety - node.height});
|
|
|
|
|
r_rect.xmax = xmax_ymin.x;
|
|
|
|
|
r_rect.ymin = xmax_ymin.y;
|
2015-08-01 16:16:16 +02:00
|
|
|
}
|
|
|
|
|
|
2021-12-08 09:44:02 -05:00
|
|
|
float2 node_from_view(const bNode &node, const float2 &co)
|
Holiday coding log :)
Nice formatted version (pictures soon):
http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.66/Usability
Short list of main changes:
- Transparent region option (over main region), added code to blend in/out such panels.
- Min size window now 640 x 480
- Fixed DPI for ui - lots of cleanup and changes everywhere. Icon image need correct size still, layer-in-use icon needs remake.
- Macbook retina support, use command line --no-native-pixels to disable it
- Timeline Marker label was drawing wrong
- Trackpad and magic mouse: supports zoom (hold ctrl)
- Fix for splash position: removed ghost function and made window size update after creation immediate
- Fast undo buffer save now adds UI as well. Could be checked for regular file save even...
Quit.blend and temp file saving use this now.
- Dixed filename in window on reading quit.blend or temp saves, and they now add a warning in window title: "(Recovered)"
- New Userpref option "Keep Session" - this always saves quit.blend, and loads on start.
This allows keeping UI and data without actual saves, until you actually save.
When you load startup.blend and quit, it recognises the quit.blend as a startup (no file name in header)
- Added 3D view copy/paste buffers (selected objects). Shortcuts ctrl-c, ctrl-v (OSX, cmd-c, cmd-v).
Coded partial file saving for it. Could be used for other purposes. Todo: use OS clipboards.
- User preferences (themes, keymaps, user settings) now can be saved as a separate file.
Old option is called "Save Startup File" the new one "Save User Settings".
To visualise this difference, the 'save startup file' button has been removed from user preferences window. That option is available as CTRL+U and in File menu still.
- OSX: fixed bug that stopped giving mouse events outside window.
This also fixes "Continuous Grab" for OSX. (error since 2009)
2012-12-12 18:58:11 +00:00
|
|
|
{
|
2023-06-15 16:04:23 +02:00
|
|
|
const float2 node_location = co / UI_SCALE_FAC;
|
|
|
|
|
return bke::nodeFromView(&node, node_location);
|
Holiday coding log :)
Nice formatted version (pictures soon):
http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.66/Usability
Short list of main changes:
- Transparent region option (over main region), added code to blend in/out such panels.
- Min size window now 640 x 480
- Fixed DPI for ui - lots of cleanup and changes everywhere. Icon image need correct size still, layer-in-use icon needs remake.
- Macbook retina support, use command line --no-native-pixels to disable it
- Timeline Marker label was drawing wrong
- Trackpad and magic mouse: supports zoom (hold ctrl)
- Fix for splash position: removed ghost function and made window size update after creation immediate
- Fast undo buffer save now adds UI as well. Could be checked for regular file save even...
Quit.blend and temp file saving use this now.
- Dixed filename in window on reading quit.blend or temp saves, and they now add a warning in window title: "(Recovered)"
- New Userpref option "Keep Session" - this always saves quit.blend, and loads on start.
This allows keeping UI and data without actual saves, until you actually save.
When you load startup.blend and quit, it recognises the quit.blend as a startup (no file name in header)
- Added 3D view copy/paste buffers (selected objects). Shortcuts ctrl-c, ctrl-v (OSX, cmd-c, cmd-v).
Coded partial file saving for it. Could be used for other purposes. Todo: use OS clipboards.
- User preferences (themes, keymaps, user settings) now can be saved as a separate file.
Old option is called "Save Startup File" the new one "Save User Settings".
To visualise this difference, the 'save startup file' button has been removed from user preferences window. That option is available as CTRL+U and in File menu still.
- OSX: fixed bug that stopped giving mouse events outside window.
This also fixes "Continuous Grab" for OSX. (error since 2009)
2012-12-12 18:58:11 +00:00
|
|
|
}
|
|
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
static bool is_node_panels_supported(const bNode &node)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2023-08-30 12:37:21 +02:00
|
|
|
return node.declaration() && node.declaration()->use_custom_socket_order;
|
|
|
|
|
}
|
2018-06-04 09:31:30 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
/* Draw UI for options, buttons, and previews. */
|
2023-09-20 17:54:18 +02:00
|
|
|
static bool node_update_basis_buttons(const bContext &C,
|
|
|
|
|
bNodeTree &ntree,
|
|
|
|
|
bNode &node,
|
|
|
|
|
nodes::PanelDrawButtonsFunction draw_buttons,
|
|
|
|
|
uiBlock &block,
|
|
|
|
|
int &dy)
|
2023-08-30 12:37:21 +02:00
|
|
|
{
|
|
|
|
|
/* Buttons rect? */
|
2023-09-20 17:54:18 +02:00
|
|
|
const bool node_options = draw_buttons && (node.flag & NODE_OPTIONS);
|
2023-08-30 12:37:21 +02:00
|
|
|
if (!node_options) {
|
|
|
|
|
return false;
|
|
|
|
|
}
|
|
|
|
|
|
2023-09-06 00:48:50 +02:00
|
|
|
PointerRNA nodeptr = RNA_pointer_create(&ntree.id, &RNA_Node, &node);
|
2021-12-17 08:03:47 -06:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Get "global" coordinates. */
|
2021-12-08 09:44:02 -05:00
|
|
|
float2 loc = node_to_view(node, float2(0));
|
2021-08-27 11:25:30 -07:00
|
|
|
/* Round the node origin because text contents are always pixel-aligned. */
|
2021-12-08 09:44:02 -05:00
|
|
|
loc.x = round(loc.x);
|
|
|
|
|
loc.y = round(loc.y);
|
2021-08-27 11:25:30 -07:00
|
|
|
|
2023-09-27 18:03:37 +02:00
|
|
|
dy -= NODE_DYS / 4;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
uiLayout *layout = UI_block_layout(&block,
|
|
|
|
|
UI_LAYOUT_VERTICAL,
|
|
|
|
|
UI_LAYOUT_PANEL,
|
|
|
|
|
loc.x + NODE_DYS,
|
|
|
|
|
dy,
|
|
|
|
|
NODE_WIDTH(node) - NODE_DY,
|
|
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
UI_style_get_dpi());
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
if (node.flag & NODE_MUTED) {
|
|
|
|
|
uiLayoutSetActive(layout, false);
|
2019-04-17 06:17:24 +02:00
|
|
|
}
|
|
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
uiLayoutSetContextPointer(layout, "node", &nodeptr);
|
|
|
|
|
|
2023-09-20 17:54:18 +02:00
|
|
|
draw_buttons(layout, (bContext *)&C, &nodeptr);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
UI_block_align_end(&block);
|
2020-09-08 17:19:58 +02:00
|
|
|
int buty;
|
2023-08-30 12:37:21 +02:00
|
|
|
UI_block_layout_resolve(&block, nullptr, &buty);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-27 18:03:37 +02:00
|
|
|
dy = buty - NODE_DYS / 4;
|
2023-08-30 12:37:21 +02:00
|
|
|
return true;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-20 17:43:19 +02:00
|
|
|
const char *node_socket_get_label(const bNodeSocket *socket, const char *panel_label)
|
2023-09-19 15:34:59 +02:00
|
|
|
{
|
2023-10-12 17:51:37 +02:00
|
|
|
/* Get the short label if possible. This is used when grouping sockets under panels,
|
|
|
|
|
* to avoid redundancy in the label. */
|
|
|
|
|
const char *socket_short_label = bke::nodeSocketShortLabel(socket);
|
2023-09-19 15:34:59 +02:00
|
|
|
const char *socket_translation_context = node_socket_get_translation_context(*socket);
|
2023-10-12 17:51:37 +02:00
|
|
|
|
|
|
|
|
if (socket_short_label) {
|
|
|
|
|
return CTX_IFACE_(socket_translation_context, socket_short_label);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const char *socket_label = bke::nodeSocketLabel(socket);
|
2023-09-19 15:34:59 +02:00
|
|
|
const char *translated_socket_label = CTX_IFACE_(socket_translation_context, socket_label);
|
|
|
|
|
|
|
|
|
|
/* Shorten socket label if it begins with the panel label. */
|
2023-09-21 14:02:22 -04:00
|
|
|
if (panel_label) {
|
|
|
|
|
const int len_prefix = strlen(panel_label);
|
|
|
|
|
if (STREQLEN(translated_socket_label, panel_label, len_prefix) &&
|
|
|
|
|
translated_socket_label[len_prefix] == ' ')
|
|
|
|
|
{
|
|
|
|
|
return translated_socket_label + len_prefix + 1;
|
|
|
|
|
}
|
2023-09-19 15:34:59 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* Full label. */
|
|
|
|
|
return translated_socket_label;
|
|
|
|
|
}
|
|
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
static bool node_update_basis_socket(const bContext &C,
|
|
|
|
|
bNodeTree &ntree,
|
|
|
|
|
bNode &node,
|
2023-09-19 15:34:59 +02:00
|
|
|
const char *panel_label,
|
2023-09-14 16:08:04 +02:00
|
|
|
bNodeSocket *input_socket,
|
|
|
|
|
bNodeSocket *output_socket,
|
2023-08-30 12:37:21 +02:00
|
|
|
uiBlock &block,
|
|
|
|
|
const int &locx,
|
|
|
|
|
int &locy)
|
|
|
|
|
{
|
2023-09-19 10:47:21 +02:00
|
|
|
if ((!input_socket || !input_socket->is_visible()) &&
|
|
|
|
|
(!output_socket || !output_socket->is_visible()))
|
2023-09-14 16:08:04 +02:00
|
|
|
{
|
2023-08-30 12:37:21 +02:00
|
|
|
return false;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
const int topy = locy;
|
|
|
|
|
|
|
|
|
|
/* Add the half the height of a multi-input socket to cursor Y
|
|
|
|
|
* to account for the increased height of the taller sockets. */
|
2023-09-14 16:08:04 +02:00
|
|
|
const bool is_multi_input = (input_socket ? input_socket->flag & SOCK_MULTI_INPUT : false);
|
2023-08-30 12:37:21 +02:00
|
|
|
const float multi_input_socket_offset = is_multi_input ?
|
2023-09-14 16:08:04 +02:00
|
|
|
std::max(input_socket->runtime->total_inputs - 2,
|
|
|
|
|
0) *
|
2023-08-30 12:37:21 +02:00
|
|
|
NODE_MULTI_INPUT_LINK_GAP :
|
|
|
|
|
0.0f;
|
|
|
|
|
locy -= multi_input_socket_offset * 0.5f;
|
|
|
|
|
|
|
|
|
|
uiLayout *layout = UI_block_layout(&block,
|
|
|
|
|
UI_LAYOUT_VERTICAL,
|
|
|
|
|
UI_LAYOUT_PANEL,
|
|
|
|
|
locx + NODE_DYS,
|
|
|
|
|
locy,
|
|
|
|
|
NODE_WIDTH(node) - NODE_DY,
|
|
|
|
|
NODE_DY,
|
|
|
|
|
0,
|
|
|
|
|
UI_style_get_dpi());
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
if (node.flag & NODE_MUTED) {
|
|
|
|
|
uiLayoutSetActive(layout, false);
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
uiLayout *row = uiLayoutRow(layout, true);
|
2023-09-14 16:08:04 +02:00
|
|
|
PointerRNA nodeptr = RNA_pointer_create(&ntree.id, &RNA_Node, &node);
|
|
|
|
|
uiLayoutSetContextPointer(row, "node", &nodeptr);
|
|
|
|
|
|
|
|
|
|
if (input_socket) {
|
|
|
|
|
/* Context pointers for current node and socket. */
|
|
|
|
|
PointerRNA sockptr = RNA_pointer_create(&ntree.id, &RNA_NodeSocket, input_socket);
|
|
|
|
|
uiLayoutSetContextPointer(row, "socket", &sockptr);
|
|
|
|
|
|
|
|
|
|
uiLayoutSetAlignment(row, UI_LAYOUT_ALIGN_EXPAND);
|
|
|
|
|
|
2023-09-19 15:34:59 +02:00
|
|
|
input_socket->typeinfo->draw(
|
|
|
|
|
(bContext *)&C, row, &sockptr, &nodeptr, node_socket_get_label(input_socket, panel_label));
|
2023-09-14 16:08:04 +02:00
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
/* Context pointers for current node and socket. */
|
|
|
|
|
PointerRNA sockptr = RNA_pointer_create(&ntree.id, &RNA_NodeSocket, output_socket);
|
|
|
|
|
uiLayoutSetContextPointer(row, "socket", &sockptr);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-14 16:08:04 +02:00
|
|
|
/* Align output buttons to the right. */
|
|
|
|
|
uiLayoutSetAlignment(row, UI_LAYOUT_ALIGN_RIGHT);
|
UI: Add support for showing socket descriptions in tooltips
Currently, hovering over a socket itself shows no tooltip at all, while
hovering over its value field shows "Default value", which is not helpful.
This patch therefore implements socket tooltips following the proposal at
https://blender.community/c/rightclickselect/2Qgbbc/.
A lot of the basic functionality was already implemented for Geometry Nodes,
where hovering over the socket itself shows introspection info.
This patch extends this by:
- Supporting dynamic tooltips on labels, which is important for good tooltip
coverage in a socket's region of the node.
- Adding a function to setting a dynamic tooltip for an entire uiLayout, which
avoids needing to set it manually for a wide variety of socket types.
- Hiding the property label field in a tooltip when dynamic tooltip is also
provided. If really needed, this label can be restored through the dynamic
tooltip, but in all current cases the label is actually pointless anyways
since the dynamic tooltip gives more accurate and specific information.
- Adding dynamic tooltips to a socket's UI layout row if it has a description
configured, both in the Node Editor as well as in the Material Properties.
Note that the patch does not add any actual tooltip content yet, just the
infrastructure to show them. By default, sockets without a description still
show the old "Default value" tooltip.
For an example of how to add socket descriptions, check the Cylinder node
in the Geometry Nodes.
Differential Revision: https://developer.blender.org/D9967
2022-04-11 02:02:12 +02:00
|
|
|
|
2023-09-14 16:08:04 +02:00
|
|
|
output_socket->typeinfo->draw((bContext *)&C,
|
|
|
|
|
row,
|
|
|
|
|
&sockptr,
|
|
|
|
|
&nodeptr,
|
2023-09-19 15:34:59 +02:00
|
|
|
node_socket_get_label(output_socket, panel_label));
|
2023-09-14 16:08:04 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (input_socket) {
|
2024-04-11 00:36:31 +02:00
|
|
|
node_socket_add_tooltip_in_node_editor(*input_socket, *row);
|
2023-09-14 16:08:04 +02:00
|
|
|
/* Round the socket location to stop it from jiggling. */
|
|
|
|
|
input_socket->runtime->location = float2(round(locx), round(locy - NODE_DYS));
|
|
|
|
|
}
|
|
|
|
|
if (output_socket) {
|
2024-04-11 00:36:31 +02:00
|
|
|
node_socket_add_tooltip_in_node_editor(*output_socket, *row);
|
2023-09-14 16:08:04 +02:00
|
|
|
/* Round the socket location to stop it from jiggling. */
|
|
|
|
|
output_socket->runtime->location = float2(round(locx + NODE_WIDTH(node)),
|
|
|
|
|
round(locy - NODE_DYS));
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
UI_block_align_end(&block);
|
2023-09-14 16:08:04 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
int buty;
|
|
|
|
|
UI_block_layout_resolve(&block, nullptr, &buty);
|
|
|
|
|
/* Ensure minimum socket height in case layout is empty. */
|
|
|
|
|
buty = min_ii(buty, topy - NODE_DY);
|
|
|
|
|
locy = buty - multi_input_socket_offset * 0.5;
|
|
|
|
|
return true;
|
|
|
|
|
}
|
|
|
|
|
|
2023-09-14 16:08:04 +02:00
|
|
|
struct NodeInterfaceItemData {
|
|
|
|
|
/* Declaration of a socket (only for socket items). */
|
|
|
|
|
const nodes::SocketDeclaration *socket_decl = nullptr;
|
|
|
|
|
bNodeSocket *input = nullptr;
|
|
|
|
|
bNodeSocket *output = nullptr;
|
|
|
|
|
|
|
|
|
|
/* Declaration of a panel (only for panel items). */
|
|
|
|
|
const nodes::PanelDeclaration *panel_decl = nullptr;
|
|
|
|
|
/* State of the panel instance on the node.
|
|
|
|
|
* Mutable so that panel visibility can be updated. */
|
|
|
|
|
bNodePanelState *state = nullptr;
|
|
|
|
|
/* Runtime panel state for draw locations. */
|
|
|
|
|
bke::bNodePanelRuntime *runtime = nullptr;
|
|
|
|
|
|
|
|
|
|
NodeInterfaceItemData(const nodes::SocketDeclaration *_socket_decl,
|
|
|
|
|
bNodeSocket *_input,
|
|
|
|
|
bNodeSocket *_output)
|
|
|
|
|
: socket_decl(_socket_decl), input(_input), output(_output)
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
NodeInterfaceItemData(const nodes::PanelDeclaration *_panel_decl,
|
|
|
|
|
bNodePanelState *_state,
|
|
|
|
|
bke::bNodePanelRuntime *_runtime)
|
|
|
|
|
: panel_decl(_panel_decl), state(_state), runtime(_runtime)
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
bool is_valid_socket() const
|
|
|
|
|
{
|
|
|
|
|
/* At least one socket pointer must be valid. */
|
|
|
|
|
return this->socket_decl && (input || output);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
bool is_valid_panel() const
|
|
|
|
|
{
|
|
|
|
|
/* Panel can only be drawn when state data is available. */
|
|
|
|
|
return this->panel_decl && this->state && this->runtime;
|
|
|
|
|
}
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* Compile relevant socket and panel pointer data into a vector.
|
|
|
|
|
* This helps ensure correct pointer access in complex situations like inlined sockets.
|
|
|
|
|
*/
|
|
|
|
|
static Vector<NodeInterfaceItemData> node_build_item_data(bNode &node)
|
|
|
|
|
{
|
|
|
|
|
namespace nodes = blender::nodes;
|
|
|
|
|
using ItemDeclIterator = blender::Span<nodes::ItemDeclarationPtr>::iterator;
|
|
|
|
|
using SocketIterator = blender::Span<bNodeSocket *>::iterator;
|
|
|
|
|
using PanelStateIterator = blender::MutableSpan<bNodePanelState>::iterator;
|
|
|
|
|
using PanelRuntimeIterator = blender::MutableSpan<bke::bNodePanelRuntime>::iterator;
|
|
|
|
|
|
|
|
|
|
BLI_assert(is_node_panels_supported(node));
|
|
|
|
|
BLI_assert(node.runtime->panels.size() == node.num_panel_states);
|
|
|
|
|
|
|
|
|
|
ItemDeclIterator item_decl = node.declaration()->items.begin();
|
|
|
|
|
SocketIterator input = node.input_sockets().begin();
|
|
|
|
|
SocketIterator output = node.output_sockets().begin();
|
|
|
|
|
PanelStateIterator panel_state = node.panel_states().begin();
|
|
|
|
|
PanelRuntimeIterator panel_runtime = node.runtime->panels.begin();
|
|
|
|
|
const ItemDeclIterator item_decl_end = node.declaration()->items.end();
|
|
|
|
|
const SocketIterator input_end = node.input_sockets().end();
|
|
|
|
|
const SocketIterator output_end = node.output_sockets().end();
|
|
|
|
|
const PanelStateIterator panel_state_end = node.panel_states().end();
|
|
|
|
|
const PanelRuntimeIterator panel_runtime_end = node.runtime->panels.end();
|
2023-09-14 16:33:08 +02:00
|
|
|
UNUSED_VARS_NDEBUG(input_end, output_end, panel_state_end, panel_runtime_end);
|
2023-09-14 16:08:04 +02:00
|
|
|
|
|
|
|
|
Vector<NodeInterfaceItemData> result;
|
|
|
|
|
result.reserve(node.declaration()->items.size());
|
|
|
|
|
|
|
|
|
|
while (item_decl != item_decl_end) {
|
|
|
|
|
if (const nodes::SocketDeclaration *socket_decl =
|
|
|
|
|
dynamic_cast<const nodes::SocketDeclaration *>(item_decl->get()))
|
|
|
|
|
{
|
2024-02-19 13:32:01 +01:00
|
|
|
if (socket_decl->align_with_previous_socket) {
|
|
|
|
|
NodeInterfaceItemData &last_item = result.last();
|
|
|
|
|
switch (socket_decl->in_out) {
|
|
|
|
|
case SOCK_IN:
|
|
|
|
|
BLI_assert(input != input_end);
|
|
|
|
|
BLI_assert(last_item.input == nullptr);
|
|
|
|
|
last_item.input = *input;
|
|
|
|
|
++input;
|
|
|
|
|
break;
|
|
|
|
|
case SOCK_OUT:
|
|
|
|
|
BLI_assert(output != output_end);
|
|
|
|
|
BLI_assert(last_item.output == nullptr);
|
|
|
|
|
last_item.output = *output;
|
|
|
|
|
++output;
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
switch (socket_decl->in_out) {
|
|
|
|
|
case SOCK_IN:
|
|
|
|
|
BLI_assert(input != input_end);
|
|
|
|
|
result.append({socket_decl, *input, nullptr});
|
|
|
|
|
++input;
|
|
|
|
|
break;
|
|
|
|
|
case SOCK_OUT:
|
|
|
|
|
BLI_assert(output != output_end);
|
|
|
|
|
result.append({socket_decl, nullptr, *output});
|
|
|
|
|
++output;
|
|
|
|
|
break;
|
|
|
|
|
}
|
2023-09-14 16:08:04 +02:00
|
|
|
}
|
|
|
|
|
++item_decl;
|
|
|
|
|
}
|
|
|
|
|
else if (const nodes::PanelDeclaration *panel_decl =
|
|
|
|
|
dynamic_cast<const nodes::PanelDeclaration *>(item_decl->get()))
|
|
|
|
|
{
|
|
|
|
|
BLI_assert(panel_state != panel_state_end);
|
|
|
|
|
BLI_assert(panel_runtime != panel_runtime_end);
|
|
|
|
|
result.append({panel_decl, panel_state, panel_runtime});
|
|
|
|
|
++item_decl;
|
|
|
|
|
++panel_state;
|
|
|
|
|
++panel_runtime;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
return result;
|
|
|
|
|
}
|
|
|
|
|
|
2023-09-27 11:48:40 +02:00
|
|
|
using ItemIterator = Vector<NodeInterfaceItemData>::const_iterator;
|
|
|
|
|
|
|
|
|
|
struct VisibilityUpdateState {
|
|
|
|
|
ItemIterator item_iter;
|
|
|
|
|
const ItemIterator item_end;
|
|
|
|
|
|
|
|
|
|
explicit VisibilityUpdateState(const Span<NodeInterfaceItemData> items)
|
|
|
|
|
: item_iter(items.begin()), item_end(items.end())
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* Recursive function to determine visibility of items before drawing. */
|
|
|
|
|
static void node_update_panel_items_visibility_recursive(int num_items,
|
|
|
|
|
const bool is_parent_collapsed,
|
2023-09-28 11:24:48 +02:00
|
|
|
bNodePanelState &parent_state,
|
2023-09-27 11:48:40 +02:00
|
|
|
VisibilityUpdateState &state)
|
2023-08-30 12:37:21 +02:00
|
|
|
{
|
2023-09-28 11:24:48 +02:00
|
|
|
parent_state.flag &= ~NODE_PANEL_CONTENT_VISIBLE;
|
2023-09-27 11:48:40 +02:00
|
|
|
while (state.item_iter != state.item_end) {
|
|
|
|
|
/* Stop after adding the expected number of items.
|
|
|
|
|
* Root panel consumes all remaining items (num_items == -1). */
|
|
|
|
|
if (num_items == 0) {
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
else if (num_items > 0) {
|
|
|
|
|
--num_items;
|
|
|
|
|
}
|
|
|
|
|
/* Consume item. */
|
|
|
|
|
const NodeInterfaceItemData &item = *state.item_iter++;
|
2023-08-30 12:37:21 +02:00
|
|
|
|
2023-09-27 11:48:40 +02:00
|
|
|
if (item.is_valid_panel()) {
|
|
|
|
|
SET_FLAG_FROM_TEST(item.state->flag, is_parent_collapsed, NODE_PANEL_PARENT_COLLAPSED);
|
|
|
|
|
/* New top panel is collapsed if self or parent is collapsed. */
|
|
|
|
|
const bool is_collapsed = is_parent_collapsed || item.state->is_collapsed();
|
2023-09-06 10:34:18 +02:00
|
|
|
|
2023-09-27 11:48:40 +02:00
|
|
|
node_update_panel_items_visibility_recursive(
|
2023-09-28 11:24:48 +02:00
|
|
|
item.panel_decl->num_child_decls, is_collapsed, *item.state, state);
|
2024-03-11 14:08:59 +01:00
|
|
|
if (item.panel_decl->draw_buttons) {
|
|
|
|
|
item.state->flag |= NODE_PANEL_CONTENT_VISIBLE;
|
|
|
|
|
}
|
2023-09-28 11:24:48 +02:00
|
|
|
if (item.state->flag & NODE_PANEL_CONTENT_VISIBLE) {
|
|
|
|
|
/* If child panel is visible so is the parent panel. */
|
|
|
|
|
parent_state.flag |= NODE_PANEL_CONTENT_VISIBLE;
|
|
|
|
|
}
|
2023-09-27 11:48:40 +02:00
|
|
|
}
|
|
|
|
|
else if (item.is_valid_socket()) {
|
|
|
|
|
if (item.input) {
|
|
|
|
|
SET_FLAG_FROM_TEST(item.input->flag, is_parent_collapsed, SOCK_PANEL_COLLAPSED);
|
2023-09-28 11:24:48 +02:00
|
|
|
if (item.input->is_visible()) {
|
|
|
|
|
parent_state.flag |= NODE_PANEL_CONTENT_VISIBLE;
|
|
|
|
|
}
|
2023-09-27 11:48:40 +02:00
|
|
|
}
|
|
|
|
|
if (item.output) {
|
|
|
|
|
SET_FLAG_FROM_TEST(item.output->flag, is_parent_collapsed, SOCK_PANEL_COLLAPSED);
|
2023-09-28 11:24:48 +02:00
|
|
|
if (item.output->is_visible()) {
|
|
|
|
|
parent_state.flag |= NODE_PANEL_CONTENT_VISIBLE;
|
|
|
|
|
}
|
2023-09-27 11:48:40 +02:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
/* Should not happen. */
|
|
|
|
|
BLI_assert_unreachable();
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
2023-09-06 10:34:18 +02:00
|
|
|
|
2023-09-27 11:48:40 +02:00
|
|
|
struct LocationUpdateState {
|
|
|
|
|
ItemIterator item_iter;
|
|
|
|
|
const ItemIterator item_end;
|
|
|
|
|
|
|
|
|
|
/* Checked at various places to avoid adding duplicate spacers without anything in between. */
|
|
|
|
|
bool need_spacer_after_item = false;
|
2023-09-11 14:40:31 +02:00
|
|
|
/* Makes sure buttons are only drawn once. */
|
|
|
|
|
bool buttons_drawn = false;
|
2023-09-14 16:08:04 +02:00
|
|
|
/* Only true for the first item in the layout. */
|
|
|
|
|
bool is_first = true;
|
|
|
|
|
|
2023-09-27 11:48:40 +02:00
|
|
|
explicit LocationUpdateState(const Span<NodeInterfaceItemData> items)
|
|
|
|
|
: item_iter(items.begin()), item_end(items.end())
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* Recursive function that adds the expected number of items in a panel and advances the
|
|
|
|
|
* iterator. */
|
|
|
|
|
static void add_panel_items_recursive(const bContext &C,
|
|
|
|
|
bNodeTree &ntree,
|
|
|
|
|
bNode &node,
|
|
|
|
|
uiBlock &block,
|
|
|
|
|
const int locx,
|
|
|
|
|
int &locy,
|
|
|
|
|
int num_items,
|
|
|
|
|
const bool is_parent_collapsed,
|
|
|
|
|
const char *parent_label,
|
|
|
|
|
bke::bNodePanelRuntime *parent_runtime,
|
|
|
|
|
LocationUpdateState &state)
|
|
|
|
|
{
|
|
|
|
|
while (state.item_iter != state.item_end) {
|
|
|
|
|
/* Stop after adding the expected number of items.
|
|
|
|
|
* Root panel consumes all remaining items (num_items == -1). */
|
|
|
|
|
if (num_items == 0) {
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
else if (num_items > 0) {
|
|
|
|
|
--num_items;
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
2023-09-27 11:48:40 +02:00
|
|
|
/* Consume item. */
|
|
|
|
|
const NodeInterfaceItemData &item = *state.item_iter++;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-14 16:08:04 +02:00
|
|
|
if (item.is_valid_panel()) {
|
2023-09-11 14:40:31 +02:00
|
|
|
/* Draw buttons before the first panel. */
|
2023-09-27 11:48:40 +02:00
|
|
|
if (!state.buttons_drawn) {
|
|
|
|
|
state.buttons_drawn = true;
|
|
|
|
|
state.need_spacer_after_item = node_update_basis_buttons(
|
2023-09-20 17:54:18 +02:00
|
|
|
C, ntree, node, node.typeinfo->draw_buttons, block, locy);
|
2023-09-11 14:40:31 +02:00
|
|
|
}
|
|
|
|
|
|
2023-09-28 11:24:48 +02:00
|
|
|
/* Panel visible if any content is visible. */
|
|
|
|
|
if (item.state->has_visible_content()) {
|
|
|
|
|
if (!is_parent_collapsed) {
|
|
|
|
|
locy -= NODE_DY;
|
|
|
|
|
state.is_first = false;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-28 11:24:48 +02:00
|
|
|
/* New top panel is collapsed if self or parent is collapsed. */
|
|
|
|
|
const bool is_collapsed = is_parent_collapsed || item.state->is_collapsed();
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-28 11:24:48 +02:00
|
|
|
/* Round the socket location to stop it from jiggling. */
|
|
|
|
|
item.runtime->location_y = round(locy + NODE_DYS);
|
|
|
|
|
if (is_collapsed) {
|
|
|
|
|
item.runtime->max_content_y = item.runtime->min_content_y = round(locy);
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
locy -= NODE_ITEM_SPACING_Y / 2; /* Space at bottom of panel header. */
|
|
|
|
|
item.runtime->max_content_y = item.runtime->min_content_y = round(locy);
|
|
|
|
|
locy -= NODE_ITEM_SPACING_Y; /* Space at top of panel contents. */
|
|
|
|
|
|
|
|
|
|
node_update_basis_buttons(C, ntree, node, item.panel_decl->draw_buttons, block, locy);
|
|
|
|
|
}
|
2023-09-27 11:48:40 +02:00
|
|
|
|
2023-09-28 11:24:48 +02:00
|
|
|
add_panel_items_recursive(C,
|
|
|
|
|
ntree,
|
|
|
|
|
node,
|
|
|
|
|
block,
|
|
|
|
|
locx,
|
|
|
|
|
locy,
|
|
|
|
|
item.panel_decl->num_child_decls,
|
|
|
|
|
is_collapsed,
|
|
|
|
|
item.panel_decl->name.c_str(),
|
|
|
|
|
item.runtime,
|
|
|
|
|
state);
|
|
|
|
|
}
|
2023-09-14 16:08:04 +02:00
|
|
|
}
|
|
|
|
|
else if (item.is_valid_socket()) {
|
|
|
|
|
if (item.input) {
|
2023-09-22 16:56:59 +02:00
|
|
|
/* Draw buttons before the first input. */
|
2023-09-27 11:48:40 +02:00
|
|
|
if (!state.buttons_drawn) {
|
|
|
|
|
state.buttons_drawn = true;
|
|
|
|
|
state.need_spacer_after_item = node_update_basis_buttons(
|
2023-09-20 17:54:18 +02:00
|
|
|
C, ntree, node, node.typeinfo->draw_buttons, block, locy);
|
2023-09-14 16:08:04 +02:00
|
|
|
}
|
2023-09-11 14:40:31 +02:00
|
|
|
|
2023-09-14 16:08:04 +02:00
|
|
|
if (is_parent_collapsed) {
|
|
|
|
|
item.input->runtime->location = float2(locx, round(locy + NODE_DYS));
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
/* Space between items. */
|
2023-09-27 11:48:40 +02:00
|
|
|
if (!state.is_first && item.input->is_visible()) {
|
2023-09-20 11:56:40 +02:00
|
|
|
locy -= NODE_ITEM_SPACING_Y;
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
2023-09-14 16:08:04 +02:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
if (item.output) {
|
|
|
|
|
if (is_parent_collapsed) {
|
|
|
|
|
item.output->runtime->location = float2(round(locx + NODE_WIDTH(node)),
|
|
|
|
|
round(locy + NODE_DYS));
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
/* Space between items. */
|
2023-09-27 11:48:40 +02:00
|
|
|
if (!state.is_first && item.output->is_visible()) {
|
2023-09-20 11:56:40 +02:00
|
|
|
locy -= NODE_ITEM_SPACING_Y;
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
2023-09-14 16:08:04 +02:00
|
|
|
}
|
|
|
|
|
}
|
2023-08-30 12:37:21 +02:00
|
|
|
|
2023-09-14 16:08:04 +02:00
|
|
|
if (!is_parent_collapsed &&
|
2023-09-19 15:34:59 +02:00
|
|
|
node_update_basis_socket(
|
|
|
|
|
C, ntree, node, parent_label, item.input, item.output, block, locx, locy))
|
2023-09-14 16:08:04 +02:00
|
|
|
{
|
2023-09-27 11:48:40 +02:00
|
|
|
state.is_first = false;
|
|
|
|
|
state.need_spacer_after_item = true;
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
2019-03-28 17:39:54 +01:00
|
|
|
}
|
2023-09-14 16:08:04 +02:00
|
|
|
else {
|
|
|
|
|
/* Should not happen. */
|
|
|
|
|
BLI_assert_unreachable();
|
|
|
|
|
}
|
2023-09-27 11:48:40 +02:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-27 11:48:40 +02:00
|
|
|
/* Finalize the vertical extent of the content. */
|
|
|
|
|
if (!is_parent_collapsed) {
|
|
|
|
|
if (parent_runtime) {
|
2023-09-27 18:03:37 +02:00
|
|
|
locy -= 2 * NODE_ITEM_SPACING_Y; /* Space at bottom of panel contents. */
|
2023-09-27 11:48:40 +02:00
|
|
|
parent_runtime->min_content_y = round(locy);
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
2023-09-27 11:48:40 +02:00
|
|
|
locy -= NODE_ITEM_SPACING_Y / 2; /* Space at top of next panel header. */
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
2023-09-28 11:24:48 +02:00
|
|
|
}
|
2023-09-27 11:48:40 +02:00
|
|
|
|
|
|
|
|
/* Advanced drawing with panels and arbitrary input/output ordering. */
|
|
|
|
|
static void node_update_basis_from_declaration(
|
|
|
|
|
const bContext &C, bNodeTree &ntree, bNode &node, uiBlock &block, const int locx, int &locy)
|
|
|
|
|
{
|
|
|
|
|
namespace nodes = blender::nodes;
|
|
|
|
|
|
|
|
|
|
BLI_assert(is_node_panels_supported(node));
|
|
|
|
|
BLI_assert(node.runtime->panels.size() == node.num_panel_states);
|
|
|
|
|
|
|
|
|
|
const Vector<NodeInterfaceItemData> item_data = node_build_item_data(node);
|
|
|
|
|
|
|
|
|
|
/* Update item visibility flags first. */
|
|
|
|
|
VisibilityUpdateState visibility_state(item_data);
|
2023-09-28 11:24:48 +02:00
|
|
|
/* Dummy state item to write into, unused. */
|
|
|
|
|
bNodePanelState root_panel_state;
|
|
|
|
|
node_update_panel_items_visibility_recursive(-1, false, root_panel_state, visibility_state);
|
2023-09-27 11:48:40 +02:00
|
|
|
|
|
|
|
|
/* Space at the top. */
|
|
|
|
|
locy -= NODE_DYS / 2;
|
|
|
|
|
|
|
|
|
|
/* Start by adding root panel items. */
|
|
|
|
|
LocationUpdateState location_state(item_data);
|
|
|
|
|
add_panel_items_recursive(
|
|
|
|
|
C, ntree, node, block, locx, locy, -1, false, "", nullptr, location_state);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-11 14:40:31 +02:00
|
|
|
/* Draw buttons at the bottom if no inputs exist. */
|
2023-09-27 11:48:40 +02:00
|
|
|
if (!location_state.buttons_drawn) {
|
|
|
|
|
location_state.need_spacer_after_item = node_update_basis_buttons(
|
2023-09-20 17:54:18 +02:00
|
|
|
C, ntree, node, node.typeinfo->draw_buttons, block, locy);
|
2023-09-11 14:40:31 +02:00
|
|
|
}
|
|
|
|
|
|
2023-09-27 11:48:40 +02:00
|
|
|
if (location_state.need_spacer_after_item) {
|
2023-08-30 12:37:21 +02:00
|
|
|
locy -= NODE_DYS / 2;
|
|
|
|
|
}
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
/* Conventional drawing in outputs/buttons/inputs order. */
|
|
|
|
|
static void node_update_basis_from_socket_lists(
|
|
|
|
|
const bContext &C, bNodeTree &ntree, bNode &node, uiBlock &block, const int locx, int &locy)
|
|
|
|
|
{
|
2024-03-22 09:09:47 +01:00
|
|
|
/* Space at the top. */
|
|
|
|
|
locy -= NODE_DYS / 2;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
/* Output sockets. */
|
|
|
|
|
bool add_output_space = false;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
for (bNodeSocket *socket : node.output_sockets()) {
|
|
|
|
|
/* Clear flag, conventional drawing does not support panels. */
|
|
|
|
|
socket->flag &= ~SOCK_PANEL_COLLAPSED;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-19 15:34:59 +02:00
|
|
|
if (node_update_basis_socket(C, ntree, node, nullptr, nullptr, socket, block, locx, locy)) {
|
2023-08-30 12:37:21 +02:00
|
|
|
if (socket->next) {
|
2023-09-20 11:56:40 +02:00
|
|
|
locy -= NODE_ITEM_SPACING_Y;
|
2021-02-11 01:16:17 -06:00
|
|
|
}
|
2023-08-30 12:37:21 +02:00
|
|
|
add_output_space = true;
|
2021-02-11 01:16:17 -06:00
|
|
|
}
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
2021-02-11 01:16:17 -06:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
if (add_output_space) {
|
|
|
|
|
locy -= NODE_DY / 4;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2024-03-22 09:09:47 +01:00
|
|
|
const bool add_button_space = node_update_basis_buttons(
|
|
|
|
|
C, ntree, node, node.typeinfo->draw_buttons, block, locy);
|
|
|
|
|
|
|
|
|
|
bool add_input_space = false;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
/* Input sockets. */
|
|
|
|
|
for (bNodeSocket *socket : node.input_sockets()) {
|
|
|
|
|
/* Clear flag, conventional drawing does not support panels. */
|
|
|
|
|
socket->flag &= ~SOCK_PANEL_COLLAPSED;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-19 15:34:59 +02:00
|
|
|
if (node_update_basis_socket(C, ntree, node, nullptr, socket, nullptr, block, locx, locy)) {
|
2023-08-30 12:37:21 +02:00
|
|
|
if (socket->next) {
|
2023-09-20 11:56:40 +02:00
|
|
|
locy -= NODE_ITEM_SPACING_Y;
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
2024-03-22 09:09:47 +01:00
|
|
|
add_input_space = true;
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2024-03-22 09:09:47 +01:00
|
|
|
/* Little bit of padding at the bottom. */
|
|
|
|
|
if (add_input_space || add_button_space) {
|
2023-08-30 12:37:21 +02:00
|
|
|
locy -= NODE_DYS / 2;
|
|
|
|
|
}
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
/**
|
|
|
|
|
* Based on settings and sockets in node, set drawing rect info.
|
|
|
|
|
*/
|
|
|
|
|
static void node_update_basis(const bContext &C,
|
|
|
|
|
const TreeDrawContext & /*tree_draw_ctx*/,
|
|
|
|
|
bNodeTree &ntree,
|
|
|
|
|
bNode &node,
|
|
|
|
|
uiBlock &block)
|
|
|
|
|
{
|
|
|
|
|
/* Get "global" coordinates. */
|
|
|
|
|
float2 loc = node_to_view(node, float2(0));
|
|
|
|
|
/* Round the node origin because text contents are always pixel-aligned. */
|
|
|
|
|
loc.x = round(loc.x);
|
|
|
|
|
loc.y = round(loc.y);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
int dy = loc.y;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
/* Header. */
|
|
|
|
|
dy -= NODE_DY;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
if (is_node_panels_supported(node)) {
|
|
|
|
|
node_update_basis_from_declaration(C, ntree, node, block, loc.x, dy);
|
2019-04-17 06:17:24 +02:00
|
|
|
}
|
2023-08-30 12:37:21 +02:00
|
|
|
else {
|
|
|
|
|
node_update_basis_from_socket_lists(C, ntree, node, block, loc.x, dy);
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2022-11-18 12:46:20 +01:00
|
|
|
node.runtime->totr.xmin = loc.x;
|
|
|
|
|
node.runtime->totr.xmax = loc.x + NODE_WIDTH(node);
|
|
|
|
|
node.runtime->totr.ymax = loc.y;
|
|
|
|
|
node.runtime->totr.ymin = min_ff(dy, loc.y - 2 * NODE_DY);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2011-11-22 17:49:06 +00:00
|
|
|
/* Set the block bounds to clip mouse events from underlying nodes.
|
2021-02-17 13:34:49 -06:00
|
|
|
* Add a margin for sockets on each side. */
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_bounds_set_explicit(&block,
|
2022-11-18 12:46:20 +01:00
|
|
|
node.runtime->totr.xmin - NODE_SOCKSIZE,
|
|
|
|
|
node.runtime->totr.ymin,
|
|
|
|
|
node.runtime->totr.xmax + NODE_SOCKSIZE,
|
|
|
|
|
node.runtime->totr.ymax);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
|
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/**
|
|
|
|
|
* Based on settings in node, sets drawing rect info.
|
|
|
|
|
*/
|
2023-03-19 07:03:01 +01:00
|
|
|
static void node_update_hidden(bNode &node, uiBlock &block)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2020-09-08 17:19:58 +02:00
|
|
|
int totin = 0, totout = 0;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-08 09:44:02 -05:00
|
|
|
/* Get "global" coordinates. */
|
|
|
|
|
float2 loc = node_to_view(node, float2(0));
|
2021-08-27 11:25:30 -07:00
|
|
|
/* Round the node origin because text contents are always pixel-aligned. */
|
2021-12-08 09:44:02 -05:00
|
|
|
loc.x = round(loc.x);
|
|
|
|
|
loc.y = round(loc.y);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Calculate minimal radius. */
|
2023-01-02 17:55:32 -05:00
|
|
|
for (const bNodeSocket *socket : node.input_sockets()) {
|
2023-09-19 10:47:21 +02:00
|
|
|
if (socket->is_visible()) {
|
2008-12-24 10:33:10 +00:00
|
|
|
totin++;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
|
|
|
|
}
|
2023-01-02 17:55:32 -05:00
|
|
|
for (const bNodeSocket *socket : node.output_sockets()) {
|
2023-09-19 10:47:21 +02:00
|
|
|
if (socket->is_visible()) {
|
2008-12-24 10:33:10 +00:00
|
|
|
totout++;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2020-09-08 17:19:58 +02:00
|
|
|
float hiddenrad = HIDDEN_RAD;
|
2024-01-22 15:58:18 +01:00
|
|
|
float tot = std::max(totin, totout);
|
2012-07-09 19:58:36 +00:00
|
|
|
if (tot > 4) {
|
2022-09-25 18:33:28 +10:00
|
|
|
hiddenrad += 5.0f * float(tot - 4);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2022-11-18 12:46:20 +01:00
|
|
|
node.runtime->totr.xmin = loc.x;
|
|
|
|
|
node.runtime->totr.xmax = loc.x + max_ff(NODE_WIDTH(node), 2 * hiddenrad);
|
|
|
|
|
node.runtime->totr.ymax = loc.y + (hiddenrad - 0.5f * NODE_DY);
|
|
|
|
|
node.runtime->totr.ymin = node.runtime->totr.ymax - 2 * hiddenrad;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Output sockets. */
|
2022-09-25 18:33:28 +10:00
|
|
|
float rad = float(M_PI) / (1.0f + float(totout));
|
2020-09-08 17:19:58 +02:00
|
|
|
float drad = rad;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-01-02 17:55:32 -05:00
|
|
|
for (bNodeSocket *socket : node.output_sockets()) {
|
2023-09-19 10:47:21 +02:00
|
|
|
if (socket->is_visible()) {
|
2021-08-27 11:25:30 -07:00
|
|
|
/* Round the socket location to stop it from jiggling. */
|
2023-03-19 07:03:01 +01:00
|
|
|
socket->runtime->location = {
|
2023-01-06 09:26:48 -05:00
|
|
|
round(node.runtime->totr.xmax - hiddenrad + sinf(rad) * hiddenrad),
|
|
|
|
|
round(node.runtime->totr.ymin + hiddenrad + cosf(rad) * hiddenrad)};
|
2012-07-09 19:58:36 +00:00
|
|
|
rad += drad;
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
}
|
|
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Input sockets. */
|
2022-09-25 18:33:28 +10:00
|
|
|
rad = drad = -float(M_PI) / (1.0f + float(totin));
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-01-02 17:55:32 -05:00
|
|
|
for (bNodeSocket *socket : node.input_sockets()) {
|
2023-09-19 10:47:21 +02:00
|
|
|
if (socket->is_visible()) {
|
2021-08-27 11:25:30 -07:00
|
|
|
/* Round the socket location to stop it from jiggling. */
|
2023-03-19 07:03:01 +01:00
|
|
|
socket->runtime->location = {
|
2023-01-06 09:26:48 -05:00
|
|
|
round(node.runtime->totr.xmin + hiddenrad + sinf(rad) * hiddenrad),
|
|
|
|
|
round(node.runtime->totr.ymin + hiddenrad + cosf(rad) * hiddenrad)};
|
2012-07-09 19:58:36 +00:00
|
|
|
rad += drad;
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
}
|
|
|
|
|
|
2011-11-22 17:49:06 +00:00
|
|
|
/* Set the block bounds to clip mouse events from underlying nodes.
|
2021-02-17 13:34:49 -06:00
|
|
|
* Add a margin for sockets on each side. */
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_bounds_set_explicit(&block,
|
2022-11-18 12:46:20 +01:00
|
|
|
node.runtime->totr.xmin - NODE_SOCKSIZE,
|
|
|
|
|
node.runtime->totr.ymin,
|
|
|
|
|
node.runtime->totr.xmax + NODE_SOCKSIZE,
|
|
|
|
|
node.runtime->totr.ymax);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
|
|
|
|
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
static int node_get_colorid(TreeDrawContext &tree_draw_ctx, const bNode &node)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2022-02-07 15:29:16 +00:00
|
|
|
const int nclass = (node.typeinfo->ui_class == nullptr) ? node.typeinfo->nclass :
|
|
|
|
|
node.typeinfo->ui_class(&node);
|
|
|
|
|
switch (nclass) {
|
2013-12-01 21:30:04 +01:00
|
|
|
case NODE_CLASS_INPUT:
|
|
|
|
|
return TH_NODE_INPUT;
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
case NODE_CLASS_OUTPUT: {
|
|
|
|
|
if (node.type == GEO_NODE_VIEWER) {
|
|
|
|
|
return &node == tree_draw_ctx.active_geometry_nodes_viewer ? TH_NODE_OUTPUT : TH_NODE;
|
|
|
|
|
}
|
2021-12-03 16:25:17 -05:00
|
|
|
return (node.flag & NODE_DO_OUTPUT) ? TH_NODE_OUTPUT : TH_NODE;
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
}
|
2021-08-23 16:23:58 +02:00
|
|
|
case NODE_CLASS_CONVERTER:
|
|
|
|
|
return TH_NODE_CONVERTER;
|
2013-12-01 21:30:04 +01:00
|
|
|
case NODE_CLASS_OP_COLOR:
|
|
|
|
|
return TH_NODE_COLOR;
|
|
|
|
|
case NODE_CLASS_OP_VECTOR:
|
|
|
|
|
return TH_NODE_VECTOR;
|
|
|
|
|
case NODE_CLASS_OP_FILTER:
|
|
|
|
|
return TH_NODE_FILTER;
|
2013-01-19 04:20:53 +00:00
|
|
|
case NODE_CLASS_GROUP:
|
|
|
|
|
return TH_NODE_GROUP;
|
2013-03-18 16:34:57 +00:00
|
|
|
case NODE_CLASS_INTERFACE:
|
|
|
|
|
return TH_NODE_INTERFACE;
|
2013-01-19 04:20:53 +00:00
|
|
|
case NODE_CLASS_MATTE:
|
|
|
|
|
return TH_NODE_MATTE;
|
|
|
|
|
case NODE_CLASS_DISTORT:
|
|
|
|
|
return TH_NODE_DISTORT;
|
2013-12-01 21:30:04 +01:00
|
|
|
case NODE_CLASS_TEXTURE:
|
|
|
|
|
return TH_NODE_TEXTURE;
|
|
|
|
|
case NODE_CLASS_SHADER:
|
|
|
|
|
return TH_NODE_SHADER;
|
|
|
|
|
case NODE_CLASS_SCRIPT:
|
|
|
|
|
return TH_NODE_SCRIPT;
|
|
|
|
|
case NODE_CLASS_PATTERN:
|
|
|
|
|
return TH_NODE_PATTERN;
|
|
|
|
|
case NODE_CLASS_LAYOUT:
|
|
|
|
|
return TH_NODE_LAYOUT;
|
2020-12-01 10:28:29 -05:00
|
|
|
case NODE_CLASS_GEOMETRY:
|
|
|
|
|
return TH_NODE_GEOMETRY;
|
|
|
|
|
case NODE_CLASS_ATTRIBUTE:
|
|
|
|
|
return TH_NODE_ATTRIBUTE;
|
2013-01-19 04:20:53 +00:00
|
|
|
default:
|
|
|
|
|
return TH_NODE;
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2023-11-01 09:29:56 +01:00
|
|
|
static void node_draw_mute_line(const bContext &C,
|
|
|
|
|
const View2D &v2d,
|
|
|
|
|
const SpaceNode &snode,
|
|
|
|
|
const bNode &node)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_ALPHA);
|
2011-11-20 16:38:23 +00:00
|
|
|
|
2023-01-09 23:29:58 -05:00
|
|
|
for (const bNodeLink &link : node.internal_links()) {
|
|
|
|
|
if (!nodeLinkIsHidden(&link)) {
|
2023-11-01 09:29:56 +01:00
|
|
|
node_draw_link_bezier(C, v2d, snode, link, TH_WIRE_INNER, TH_WIRE_INNER, TH_WIRE, false);
|
2022-08-23 10:35:38 +02:00
|
|
|
}
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2011-11-20 16:38:23 +00:00
|
|
|
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_NONE);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
static void node_socket_draw(const bNodeSocket &sock,
|
2020-04-16 15:09:49 +02:00
|
|
|
const float color[4],
|
|
|
|
|
const float color_outline[4],
|
2023-11-03 10:36:20 +01:00
|
|
|
const float size,
|
|
|
|
|
const float locx,
|
|
|
|
|
const float locy,
|
2020-02-08 01:02:18 +11:00
|
|
|
uint pos_id,
|
|
|
|
|
uint col_id,
|
|
|
|
|
uint shape_id,
|
|
|
|
|
uint size_id,
|
2020-04-16 15:09:49 +02:00
|
|
|
uint outline_col_id)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2020-04-16 15:09:49 +02:00
|
|
|
int flags;
|
2019-08-22 11:10:11 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Set shape flags. */
|
2021-12-03 16:25:17 -05:00
|
|
|
switch (sock.display_shape) {
|
2019-08-22 11:10:11 +02:00
|
|
|
case SOCK_DISPLAY_SHAPE_DIAMOND:
|
|
|
|
|
case SOCK_DISPLAY_SHAPE_DIAMOND_DOT:
|
2021-09-23 15:53:38 +02:00
|
|
|
flags = GPU_KEYFRAME_SHAPE_DIAMOND;
|
2019-08-22 11:10:11 +02:00
|
|
|
break;
|
|
|
|
|
case SOCK_DISPLAY_SHAPE_SQUARE:
|
|
|
|
|
case SOCK_DISPLAY_SHAPE_SQUARE_DOT:
|
2021-09-23 15:53:38 +02:00
|
|
|
flags = GPU_KEYFRAME_SHAPE_SQUARE;
|
2019-08-22 11:10:11 +02:00
|
|
|
break;
|
|
|
|
|
default:
|
|
|
|
|
case SOCK_DISPLAY_SHAPE_CIRCLE:
|
|
|
|
|
case SOCK_DISPLAY_SHAPE_CIRCLE_DOT:
|
2021-09-23 15:53:38 +02:00
|
|
|
flags = GPU_KEYFRAME_SHAPE_CIRCLE;
|
2019-08-22 11:10:11 +02:00
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
if (ELEM(sock.display_shape,
|
2019-08-22 11:10:11 +02:00
|
|
|
SOCK_DISPLAY_SHAPE_DIAMOND_DOT,
|
|
|
|
|
SOCK_DISPLAY_SHAPE_SQUARE_DOT,
|
|
|
|
|
SOCK_DISPLAY_SHAPE_CIRCLE_DOT))
|
|
|
|
|
{
|
2021-09-23 15:53:38 +02:00
|
|
|
flags |= GPU_KEYFRAME_SHAPE_INNER_DOT;
|
2019-08-22 11:10:11 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
immAttr4fv(col_id, color);
|
|
|
|
|
immAttr1u(shape_id, flags);
|
2019-08-23 09:03:57 +10:00
|
|
|
immAttr1f(size_id, size);
|
2020-04-16 15:09:49 +02:00
|
|
|
immAttr4fv(outline_col_id, color_outline);
|
|
|
|
|
immVertex2f(pos_id, locx, locy);
|
|
|
|
|
}
|
|
|
|
|
|
2024-04-22 19:48:57 +02:00
|
|
|
static void node_socket_tooltip_set(uiBlock &block,
|
|
|
|
|
const int socket_index_in_tree,
|
|
|
|
|
const float2 location,
|
|
|
|
|
const float2 size)
|
|
|
|
|
{
|
|
|
|
|
/* Ideally sockets themselves should be buttons, but they aren't currently. So add an invisible
|
|
|
|
|
* button on top of them for the tooltip. */
|
|
|
|
|
const eUIEmbossType old_emboss = UI_block_emboss_get(&block);
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
uiBut *but = uiDefIconBut(&block,
|
|
|
|
|
UI_BTYPE_BUT,
|
|
|
|
|
0,
|
|
|
|
|
ICON_NONE,
|
|
|
|
|
location.x - size.x / 2.0f,
|
|
|
|
|
location.y - size.y / 2.0f,
|
|
|
|
|
size.x,
|
|
|
|
|
size.y,
|
|
|
|
|
nullptr,
|
|
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
nullptr);
|
|
|
|
|
|
|
|
|
|
UI_but_func_tooltip_set(
|
|
|
|
|
but,
|
|
|
|
|
[](bContext *C, void *argN, const char * /*tip*/) {
|
|
|
|
|
const SpaceNode &snode = *CTX_wm_space_node(C);
|
|
|
|
|
const bNodeTree &ntree = *snode.edittree;
|
|
|
|
|
const int index_in_tree = POINTER_AS_INT(argN);
|
|
|
|
|
ntree.ensure_topology_cache();
|
|
|
|
|
return node_socket_get_tooltip(&snode, ntree, *ntree.all_sockets()[index_in_tree]);
|
|
|
|
|
},
|
|
|
|
|
POINTER_FROM_INT(socket_index_in_tree),
|
|
|
|
|
nullptr);
|
|
|
|
|
/* Disable the button so that clicks on it are ignored the link operator still works. */
|
|
|
|
|
UI_but_flag_enable(but, UI_BUT_DISABLED);
|
|
|
|
|
UI_block_emboss_set(&block, old_emboss);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void node_socket_draw_multi_input(uiBlock &block,
|
|
|
|
|
const int index_in_tree,
|
|
|
|
|
const float2 location,
|
|
|
|
|
const float2 draw_size,
|
|
|
|
|
const float color[4],
|
2021-02-11 01:16:17 -06:00
|
|
|
const float color_outline[4],
|
2024-04-22 19:48:57 +02:00
|
|
|
const float2 tooltip_size)
|
2021-02-11 01:16:17 -06:00
|
|
|
{
|
2023-09-14 16:08:04 +02:00
|
|
|
/* The other sockets are drawn with the keyframe shader. There, the outline has a base
|
|
|
|
|
* thickness that can be varied but always scales with the size the socket is drawn at. Using
|
2023-03-17 04:19:05 +01:00
|
|
|
* `UI_SCALE_FAC` has the same effect here. It scales the outline correctly across different
|
|
|
|
|
* screen DPI's and UI scales without being affected by the 'line-width'. */
|
2024-04-22 19:48:57 +02:00
|
|
|
const float half_outline_width = NODE_SOCK_OUTLINE_SCALE * UI_SCALE_FAC * 0.5f;
|
2022-02-28 18:05:12 -05:00
|
|
|
|
2023-09-14 16:08:04 +02:00
|
|
|
/* UI_draw_roundbox draws the outline on the outer side, so compensate for the outline width.
|
|
|
|
|
*/
|
2021-02-11 01:16:17 -06:00
|
|
|
const rctf rect = {
|
2024-04-22 19:48:57 +02:00
|
|
|
location.x - draw_size.x + half_outline_width,
|
|
|
|
|
location.x + draw_size.x + half_outline_width,
|
|
|
|
|
location.y - draw_size.y + half_outline_width,
|
|
|
|
|
location.y + draw_size.y + half_outline_width,
|
2021-02-11 01:16:17 -06:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_ALL);
|
2024-04-22 19:48:57 +02:00
|
|
|
UI_draw_roundbox_4fv_ex(&rect,
|
|
|
|
|
color,
|
|
|
|
|
nullptr,
|
|
|
|
|
1.0f,
|
|
|
|
|
color_outline,
|
|
|
|
|
half_outline_width * 2.0f,
|
|
|
|
|
draw_size.x - half_outline_width);
|
|
|
|
|
|
|
|
|
|
node_socket_tooltip_set(block, index_in_tree, location, tooltip_size);
|
2021-02-11 01:16:17 -06:00
|
|
|
}
|
|
|
|
|
|
2021-02-24 13:01:24 -06:00
|
|
|
static const float virtual_node_socket_outline_color[4] = {0.5, 0.5, 0.5, 1.0};
|
|
|
|
|
|
|
|
|
|
static void node_socket_outline_color_get(const bool selected,
|
|
|
|
|
const int socket_type,
|
|
|
|
|
float r_outline_color[4])
|
2020-04-16 15:09:49 +02:00
|
|
|
{
|
|
|
|
|
if (selected) {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
UI_GetThemeColor4fv(TH_ACTIVE, r_outline_color);
|
2020-04-16 15:09:49 +02:00
|
|
|
}
|
2022-06-23 12:22:23 -05:00
|
|
|
else if (socket_type == SOCK_CUSTOM) {
|
|
|
|
|
/* Until there is a better place for per socket color,
|
2023-10-19 18:53:16 +11:00
|
|
|
* the outline color for virtual sockets is set here. */
|
2022-06-23 12:22:23 -05:00
|
|
|
copy_v4_v4(r_outline_color, virtual_node_socket_outline_color);
|
|
|
|
|
}
|
2020-04-16 15:09:49 +02:00
|
|
|
else {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
UI_GetThemeColor4fv(TH_WIRE, r_outline_color);
|
2022-09-01 19:46:19 +02:00
|
|
|
r_outline_color[3] = 1.0f;
|
2020-04-16 15:09:49 +02:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2023-11-01 09:29:56 +01:00
|
|
|
void node_socket_color_get(const bContext &C,
|
|
|
|
|
const bNodeTree &ntree,
|
|
|
|
|
PointerRNA &node_ptr,
|
|
|
|
|
const bNodeSocket &sock,
|
|
|
|
|
float r_color[4])
|
2020-04-16 15:09:49 +02:00
|
|
|
{
|
2023-11-01 09:29:56 +01:00
|
|
|
if (!sock.typeinfo->draw_color) {
|
2023-11-06 10:47:32 +01:00
|
|
|
/* Fallback to the simple variant. If not defined either, fallback to a magenta color. */
|
|
|
|
|
if (sock.typeinfo->draw_color_simple) {
|
|
|
|
|
sock.typeinfo->draw_color_simple(sock.typeinfo, r_color);
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
copy_v4_v4(r_color, float4(1.0f, 0.0f, 1.0f, 1.0f));
|
|
|
|
|
}
|
2023-11-01 09:29:56 +01:00
|
|
|
return;
|
2023-09-21 11:25:55 +02:00
|
|
|
}
|
2023-11-01 09:29:56 +01:00
|
|
|
|
|
|
|
|
BLI_assert(RNA_struct_is_a(node_ptr.type, &RNA_Node));
|
|
|
|
|
PointerRNA ptr = RNA_pointer_create(
|
|
|
|
|
&const_cast<ID &>(ntree.id), &RNA_NodeSocket, &const_cast<bNodeSocket &>(sock));
|
|
|
|
|
sock.typeinfo->draw_color((bContext *)&C, &ptr, &node_ptr, r_color);
|
2020-04-16 15:09:49 +02:00
|
|
|
}
|
|
|
|
|
|
2022-12-14 18:48:13 +01:00
|
|
|
static void create_inspection_string_for_generic_value(const bNodeSocket &socket,
|
|
|
|
|
const GPointer value,
|
|
|
|
|
std::stringstream &ss)
|
2021-07-14 11:16:43 +02:00
|
|
|
{
|
2022-04-28 15:05:56 -05:00
|
|
|
auto id_to_inspection_string = [&](const ID *id, const short idcode) {
|
2022-04-28 15:11:26 -05:00
|
|
|
ss << (id ? id->name + 2 : TIP_("None")) << " (" << TIP_(BKE_idtype_idcode_to_name(idcode))
|
|
|
|
|
<< ")";
|
2021-07-14 11:16:43 +02:00
|
|
|
};
|
|
|
|
|
|
2022-12-14 18:48:13 +01:00
|
|
|
const CPPType &value_type = *value.type();
|
2021-11-23 14:47:25 +01:00
|
|
|
const void *buffer = value.get();
|
2022-12-14 18:48:13 +01:00
|
|
|
if (value_type.is<Object *>()) {
|
2022-04-28 15:05:56 -05:00
|
|
|
id_to_inspection_string(*static_cast<const ID *const *>(buffer), ID_OB);
|
2022-12-14 18:48:13 +01:00
|
|
|
return;
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
2022-12-29 12:01:32 -05:00
|
|
|
if (value_type.is<Material *>()) {
|
2022-04-28 15:05:56 -05:00
|
|
|
id_to_inspection_string(*static_cast<const ID *const *>(buffer), ID_MA);
|
2022-12-14 18:48:13 +01:00
|
|
|
return;
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
2022-12-29 12:01:32 -05:00
|
|
|
if (value_type.is<Tex *>()) {
|
2022-04-28 15:05:56 -05:00
|
|
|
id_to_inspection_string(*static_cast<const ID *const *>(buffer), ID_TE);
|
2022-12-14 18:48:13 +01:00
|
|
|
return;
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
2022-12-29 12:01:32 -05:00
|
|
|
if (value_type.is<Image *>()) {
|
2022-04-28 15:05:56 -05:00
|
|
|
id_to_inspection_string(*static_cast<const ID *const *>(buffer), ID_IM);
|
2022-12-14 18:48:13 +01:00
|
|
|
return;
|
2021-10-14 14:18:24 +01:00
|
|
|
}
|
2022-12-29 12:01:32 -05:00
|
|
|
if (value_type.is<Collection *>()) {
|
2022-04-28 15:05:56 -05:00
|
|
|
id_to_inspection_string(*static_cast<const ID *const *>(buffer), ID_GR);
|
2022-12-14 18:48:13 +01:00
|
|
|
return;
|
|
|
|
|
}
|
2022-12-29 12:01:32 -05:00
|
|
|
if (value_type.is<std::string>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << fmt::format(TIP_("{} (String)"), *static_cast<const std::string *>(buffer));
|
2022-12-14 18:48:13 +01:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const CPPType &socket_type = *socket.typeinfo->base_cpp_type;
|
2024-05-05 09:30:02 +02:00
|
|
|
|
|
|
|
|
if (socket.type == SOCK_MENU) {
|
|
|
|
|
if (!value_type.is<int>()) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
const int item_identifier = *static_cast<const int *>(buffer);
|
|
|
|
|
const auto *socket_storage = socket.default_value_typed<bNodeSocketValueMenu>();
|
|
|
|
|
if (!socket_storage->enum_items) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
if (socket_storage->has_conflict()) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
const bke::RuntimeNodeEnumItem *enum_item =
|
|
|
|
|
socket_storage->enum_items->find_item_by_identifier(item_identifier);
|
|
|
|
|
if (!enum_item) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
ss << fmt::format(TIP_("{} (Menu)"), enum_item->name);
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
2022-12-14 18:48:13 +01:00
|
|
|
const bke::DataTypeConversions &convert = bke::get_implicit_type_conversions();
|
2022-12-16 19:39:14 +01:00
|
|
|
if (value_type != socket_type) {
|
|
|
|
|
if (!convert.is_convertible(value_type, socket_type)) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
2021-11-23 14:47:25 +01:00
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
BUFFER_FOR_CPP_TYPE_VALUE(socket_type, socket_value);
|
2022-12-16 19:39:14 +01:00
|
|
|
/* This will just copy the value if the types are equal. */
|
2022-12-14 18:48:13 +01:00
|
|
|
convert.convert_to_uninitialized(value_type, socket_type, buffer, socket_value);
|
|
|
|
|
BLI_SCOPED_DEFER([&]() { socket_type.destruct(socket_value); });
|
|
|
|
|
|
|
|
|
|
if (socket_type.is<int>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << fmt::format(TIP_("{} (Integer)"), *static_cast<int *>(socket_value));
|
2021-11-23 14:47:25 +01:00
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
else if (socket_type.is<float>()) {
|
2024-02-27 20:38:41 +01:00
|
|
|
const float float_value = *static_cast<float *>(socket_value);
|
|
|
|
|
/* Above that threshold floats can't represent fractions anymore. */
|
|
|
|
|
if (std::abs(float_value) > (1 << 24)) {
|
|
|
|
|
/* Use higher precision to display correct integer value instead of one that is rounded to
|
|
|
|
|
* fewer significant digits. */
|
|
|
|
|
ss << fmt::format(TIP_("{:.10} (Float)"), float_value);
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
ss << fmt::format(TIP_("{} (Float)"), float_value);
|
|
|
|
|
}
|
2021-11-23 14:47:25 +01:00
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
else if (socket_type.is<blender::float3>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
const blender::float3 &vector = *static_cast<blender::float3 *>(socket_value);
|
|
|
|
|
ss << fmt::format(TIP_("({}, {}, {}) (Vector)"), vector.x, vector.y, vector.z);
|
2021-11-23 14:47:25 +01:00
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
else if (socket_type.is<blender::ColorGeometry4f>()) {
|
|
|
|
|
const blender::ColorGeometry4f &color = *static_cast<blender::ColorGeometry4f *>(socket_value);
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << fmt::format(TIP_("({}, {}, {}, {}) (Color)"), color.r, color.g, color.b, color.a);
|
2022-11-12 14:22:36 +01:00
|
|
|
}
|
2023-07-13 13:21:46 +02:00
|
|
|
else if (socket_type.is<math::Quaternion>()) {
|
|
|
|
|
const math::Quaternion &rotation = *static_cast<math::Quaternion *>(socket_value);
|
|
|
|
|
const math::EulerXYZ euler = math::to_euler(rotation);
|
2023-07-16 21:51:08 +10:00
|
|
|
ss << fmt::format(TIP_("({}" BLI_STR_UTF8_DEGREE_SIGN ", {}" BLI_STR_UTF8_DEGREE_SIGN
|
|
|
|
|
", {}" BLI_STR_UTF8_DEGREE_SIGN ") (Rotation)"),
|
2023-07-13 13:21:46 +02:00
|
|
|
euler.x().degree(),
|
|
|
|
|
euler.y().degree(),
|
|
|
|
|
euler.z().degree());
|
|
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
else if (socket_type.is<bool>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << fmt::format(TIP_("{} (Boolean)"),
|
|
|
|
|
((*static_cast<bool *>(socket_value)) ? TIP_("True") : TIP_("False")));
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
2024-02-13 18:59:36 +01:00
|
|
|
else if (socket_type.is<float4x4>()) {
|
2024-04-11 17:27:21 +02:00
|
|
|
/* Transpose to be able to print row by row. */
|
|
|
|
|
const float4x4 value = math::transpose(*static_cast<const float4x4 *>(socket_value));
|
2024-02-13 18:59:36 +01:00
|
|
|
ss << value[0] << ",\n";
|
|
|
|
|
ss << value[1] << ",\n";
|
|
|
|
|
ss << value[2] << ",\n";
|
|
|
|
|
ss << value[3] << ",\n";
|
|
|
|
|
ss << TIP_("(Matrix)");
|
|
|
|
|
}
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
|
|
|
|
|
2022-12-14 18:48:13 +01:00
|
|
|
static void create_inspection_string_for_field_info(const bNodeSocket &socket,
|
|
|
|
|
const geo_log::FieldInfoLog &value_log,
|
2022-09-13 08:44:26 +02:00
|
|
|
std::stringstream &ss)
|
2021-10-26 12:48:29 +02:00
|
|
|
{
|
2022-12-14 18:48:13 +01:00
|
|
|
const CPPType &socket_type = *socket.typeinfo->base_cpp_type;
|
2022-09-13 08:44:26 +02:00
|
|
|
const Span<std::string> input_tooltips = value_log.input_tooltips;
|
2021-10-26 12:48:29 +02:00
|
|
|
|
|
|
|
|
if (input_tooltips.is_empty()) {
|
2022-09-13 08:44:26 +02:00
|
|
|
/* Should have been logged as constant value. */
|
|
|
|
|
BLI_assert_unreachable();
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << TIP_("Value has not been logged");
|
2021-10-26 12:48:29 +02:00
|
|
|
}
|
|
|
|
|
else {
|
2022-12-14 18:48:13 +01:00
|
|
|
if (socket_type.is<int>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << TIP_("Integer field based on:");
|
2021-10-26 12:48:29 +02:00
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
else if (socket_type.is<float>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << TIP_("Float field based on:");
|
2021-10-26 12:48:29 +02:00
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
else if (socket_type.is<blender::float3>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << TIP_("Vector field based on:");
|
2021-10-26 12:48:29 +02:00
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
else if (socket_type.is<bool>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << TIP_("Boolean field based on:");
|
2021-10-26 12:48:29 +02:00
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
else if (socket_type.is<std::string>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << TIP_("String field based on:");
|
2021-10-26 12:48:29 +02:00
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
else if (socket_type.is<blender::ColorGeometry4f>()) {
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << TIP_("Color field based on:");
|
2021-10-26 12:48:29 +02:00
|
|
|
}
|
2023-07-13 13:21:46 +02:00
|
|
|
else if (socket_type.is<math::Quaternion>()) {
|
|
|
|
|
ss << TIP_("Rotation field based on:");
|
|
|
|
|
}
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << "\n";
|
2021-10-26 12:48:29 +02:00
|
|
|
|
|
|
|
|
for (const int i : input_tooltips.index_range()) {
|
2024-04-11 14:59:57 +02:00
|
|
|
const blender::StringRefNull tooltip = input_tooltips[i];
|
|
|
|
|
ss << fmt::format(TIP_("\u2022 {}"), TIP_(tooltip.c_str()));
|
2021-10-26 12:48:29 +02:00
|
|
|
if (i < input_tooltips.size() - 1) {
|
|
|
|
|
ss << ".\n";
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
static void create_inspection_string_for_geometry_info(const geo_log::GeometryInfoLog &value_log,
|
2023-01-17 19:25:26 -06:00
|
|
|
std::stringstream &ss)
|
2021-07-14 11:16:43 +02:00
|
|
|
{
|
2023-06-15 22:18:28 +02:00
|
|
|
Span<bke::GeometryComponent::Type> component_types = value_log.component_types;
|
2021-07-14 11:16:43 +02:00
|
|
|
if (component_types.is_empty()) {
|
|
|
|
|
ss << TIP_("Empty Geometry");
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
auto to_string = [](int value) {
|
2023-03-02 17:38:36 +01:00
|
|
|
char str[BLI_STR_FORMAT_INT32_GROUPED_SIZE];
|
2021-07-14 11:16:43 +02:00
|
|
|
BLI_str_format_int_grouped(str, value);
|
|
|
|
|
return std::string(str);
|
|
|
|
|
};
|
|
|
|
|
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << TIP_("Geometry:") << "\n";
|
2023-06-15 22:18:28 +02:00
|
|
|
for (bke::GeometryComponent::Type type : component_types) {
|
2021-07-14 11:16:43 +02:00
|
|
|
switch (type) {
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Mesh: {
|
2022-09-13 08:44:26 +02:00
|
|
|
const geo_log::GeometryInfoLog::MeshInfo &mesh_info = *value_log.mesh_info;
|
2021-07-14 11:16:43 +02:00
|
|
|
char line[256];
|
2023-05-09 12:50:37 +10:00
|
|
|
SNPRINTF(line,
|
|
|
|
|
TIP_("\u2022 Mesh: %s vertices, %s edges, %s faces"),
|
|
|
|
|
to_string(mesh_info.verts_num).c_str(),
|
|
|
|
|
to_string(mesh_info.edges_num).c_str(),
|
|
|
|
|
to_string(mesh_info.faces_num).c_str());
|
2023-01-17 19:25:26 -06:00
|
|
|
ss << line;
|
2021-07-14 11:16:43 +02:00
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::PointCloud: {
|
2022-09-13 08:44:26 +02:00
|
|
|
const geo_log::GeometryInfoLog::PointCloudInfo &pointcloud_info =
|
2021-07-14 11:16:43 +02:00
|
|
|
*value_log.pointcloud_info;
|
|
|
|
|
char line[256];
|
2023-05-09 12:50:37 +10:00
|
|
|
SNPRINTF(line,
|
|
|
|
|
TIP_("\u2022 Point Cloud: %s points"),
|
|
|
|
|
to_string(pointcloud_info.points_num).c_str());
|
2023-01-17 19:25:26 -06:00
|
|
|
ss << line;
|
2021-07-14 11:16:43 +02:00
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Curve: {
|
2022-09-13 08:44:26 +02:00
|
|
|
const geo_log::GeometryInfoLog::CurveInfo &curve_info = *value_log.curve_info;
|
2021-07-14 11:16:43 +02:00
|
|
|
char line[256];
|
2023-05-09 12:50:37 +10:00
|
|
|
SNPRINTF(line,
|
|
|
|
|
TIP_("\u2022 Curve: %s points, %s splines"),
|
|
|
|
|
to_string(curve_info.points_num).c_str(),
|
|
|
|
|
to_string(curve_info.splines_num).c_str());
|
2023-01-17 19:25:26 -06:00
|
|
|
ss << line;
|
2021-07-14 11:16:43 +02:00
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Instance: {
|
2022-09-13 08:44:26 +02:00
|
|
|
const geo_log::GeometryInfoLog::InstancesInfo &instances_info = *value_log.instances_info;
|
2021-07-14 11:16:43 +02:00
|
|
|
char line[256];
|
2023-05-09 12:50:37 +10:00
|
|
|
SNPRINTF(
|
|
|
|
|
line, TIP_("\u2022 Instances: %s"), to_string(instances_info.instances_num).c_str());
|
2023-01-17 19:25:26 -06:00
|
|
|
ss << line;
|
2021-07-14 11:16:43 +02:00
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Volume: {
|
2023-01-17 19:25:26 -06:00
|
|
|
ss << TIP_("\u2022 Volume");
|
2021-07-14 11:16:43 +02:00
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Edit: {
|
2022-07-22 15:39:41 +02:00
|
|
|
if (value_log.edit_data_info.has_value()) {
|
2022-09-13 08:44:26 +02:00
|
|
|
const geo_log::GeometryInfoLog::EditDataInfo &edit_info = *value_log.edit_data_info;
|
2022-07-22 15:39:41 +02:00
|
|
|
char line[256];
|
2023-05-09 12:50:37 +10:00
|
|
|
SNPRINTF(line,
|
|
|
|
|
TIP_("\u2022 Edit Curves: %s, %s"),
|
|
|
|
|
edit_info.has_deformed_positions ? TIP_("positions") : TIP_("no positions"),
|
|
|
|
|
edit_info.has_deform_matrices ? TIP_("matrices") : TIP_("no matrices"));
|
2023-01-17 19:25:26 -06:00
|
|
|
ss << line;
|
2022-07-22 15:39:41 +02:00
|
|
|
}
|
|
|
|
|
break;
|
|
|
|
|
}
|
2023-07-26 13:59:37 +02:00
|
|
|
case bke::GeometryComponent::Type::GreasePencil: {
|
2024-04-11 15:21:04 +02:00
|
|
|
if (U.experimental.use_grease_pencil_version3) {
|
|
|
|
|
const geo_log::GeometryInfoLog::GreasePencilInfo &grease_pencil_info =
|
|
|
|
|
*value_log.grease_pencil_info;
|
|
|
|
|
char line[256];
|
|
|
|
|
SNPRINTF(line,
|
|
|
|
|
TIP_("\u2022 Grease Pencil: %s layers"),
|
|
|
|
|
to_string(grease_pencil_info.layers_num).c_str());
|
|
|
|
|
ss << line;
|
|
|
|
|
break;
|
|
|
|
|
}
|
2023-07-26 13:59:37 +02:00
|
|
|
}
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
2023-01-17 19:25:26 -06:00
|
|
|
if (type != component_types.last()) {
|
|
|
|
|
ss << ".\n";
|
|
|
|
|
}
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
2023-01-17 19:25:26 -06:00
|
|
|
}
|
2022-06-03 09:57:37 +02:00
|
|
|
|
2023-01-17 19:25:26 -06:00
|
|
|
static void create_inspection_string_for_geometry_socket(std::stringstream &ss,
|
2024-04-11 17:52:59 +02:00
|
|
|
const nodes::decl::Geometry *socket_decl)
|
2023-01-17 19:25:26 -06:00
|
|
|
{
|
2022-06-03 09:57:37 +02:00
|
|
|
/* If the geometry declaration is null, as is the case for input to group output,
|
|
|
|
|
* or it is an output socket don't show supported types. */
|
2022-12-29 14:55:27 -05:00
|
|
|
if (socket_decl == nullptr || socket_decl->in_out == SOCK_OUT) {
|
2022-06-03 09:57:37 +02:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
2023-06-15 22:18:28 +02:00
|
|
|
Span<bke::GeometryComponent::Type> supported_types = socket_decl->supported_types();
|
2022-06-03 09:57:37 +02:00
|
|
|
if (supported_types.is_empty()) {
|
2023-01-17 19:25:26 -06:00
|
|
|
ss << TIP_("Supported: All Types");
|
2022-06-03 09:57:37 +02:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
2023-01-17 19:25:26 -06:00
|
|
|
ss << TIP_("Supported: ");
|
2023-06-15 22:18:28 +02:00
|
|
|
for (bke::GeometryComponent::Type type : supported_types) {
|
2022-06-03 09:57:37 +02:00
|
|
|
switch (type) {
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Mesh: {
|
2022-06-03 09:57:37 +02:00
|
|
|
ss << TIP_("Mesh");
|
|
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::PointCloud: {
|
2022-06-03 09:57:37 +02:00
|
|
|
ss << TIP_("Point Cloud");
|
|
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Curve: {
|
2022-06-03 09:57:37 +02:00
|
|
|
ss << TIP_("Curve");
|
|
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Instance: {
|
2022-06-03 09:57:37 +02:00
|
|
|
ss << TIP_("Instances");
|
|
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Volume: {
|
2023-02-23 22:00:57 +01:00
|
|
|
ss << CTX_TIP_(BLT_I18NCONTEXT_ID_ID, "Volume");
|
2022-06-03 09:57:37 +02:00
|
|
|
break;
|
|
|
|
|
}
|
2023-06-15 22:18:28 +02:00
|
|
|
case bke::GeometryComponent::Type::Edit: {
|
2022-07-22 15:39:41 +02:00
|
|
|
break;
|
|
|
|
|
}
|
2023-07-26 13:59:37 +02:00
|
|
|
case bke::GeometryComponent::Type::GreasePencil: {
|
|
|
|
|
ss << TIP_("Grease Pencil");
|
|
|
|
|
break;
|
|
|
|
|
}
|
2022-06-03 09:57:37 +02:00
|
|
|
}
|
2023-01-17 19:25:26 -06:00
|
|
|
if (type != supported_types.last()) {
|
|
|
|
|
ss << ", ";
|
|
|
|
|
}
|
2022-06-03 09:57:37 +02:00
|
|
|
}
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
|
|
|
|
|
2024-04-24 17:03:55 +02:00
|
|
|
static void create_inspection_string_for_default_socket_value(const bNodeSocket &socket,
|
|
|
|
|
std::stringstream &ss)
|
|
|
|
|
{
|
|
|
|
|
if (!socket.is_input()) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
2024-04-25 10:48:06 +02:00
|
|
|
if (socket.is_multi_input()) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
const Span<const bNodeSocket *> connected_sockets = socket.directly_linked_sockets();
|
|
|
|
|
if (!connected_sockets.is_empty() && !connected_sockets[0]->owner_node().is_dangling_reroute()) {
|
2024-04-24 17:03:55 +02:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
if (const nodes::SocketDeclaration *socket_decl = socket.runtime->declaration) {
|
|
|
|
|
if (socket_decl->input_field_type == nodes::InputSocketFieldType::Implicit) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
if (socket.typeinfo->base_cpp_type == nullptr) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const CPPType &value_type = *socket.typeinfo->base_cpp_type;
|
|
|
|
|
BUFFER_FOR_CPP_TYPE_VALUE(value_type, socket_value);
|
|
|
|
|
socket.typeinfo->get_base_cpp_value(socket.default_value, socket_value);
|
|
|
|
|
create_inspection_string_for_generic_value(socket, GPointer(value_type, socket_value), ss);
|
|
|
|
|
value_type.destruct(socket_value);
|
|
|
|
|
}
|
|
|
|
|
|
2024-04-11 17:52:59 +02:00
|
|
|
static std::optional<std::string> create_description_inspection_string(const bNodeSocket &socket)
|
|
|
|
|
{
|
|
|
|
|
if (socket.runtime->declaration == nullptr) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
const blender::nodes::SocketDeclaration &socket_decl = *socket.runtime->declaration;
|
|
|
|
|
blender::StringRefNull description = socket_decl.description;
|
|
|
|
|
if (description.is_empty()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return TIP_(description.c_str());
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static std::optional<std::string> create_log_inspection_string(geo_log::GeoTreeLog *geo_tree_log,
|
|
|
|
|
const bNodeSocket &socket)
|
2021-07-14 11:16:43 +02:00
|
|
|
{
|
2022-09-13 08:44:26 +02:00
|
|
|
using namespace blender::nodes::geo_eval_log;
|
2022-12-14 18:48:13 +01:00
|
|
|
|
2024-04-11 17:52:59 +02:00
|
|
|
if (geo_tree_log == nullptr) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
2022-12-14 18:48:13 +01:00
|
|
|
if (socket.typeinfo->base_cpp_type == nullptr) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
2024-04-11 17:52:59 +02:00
|
|
|
geo_tree_log->ensure_socket_values();
|
|
|
|
|
ValueLog *value_log = geo_tree_log->find_socket_value_log(socket);
|
2021-07-14 11:16:43 +02:00
|
|
|
std::stringstream ss;
|
|
|
|
|
if (const geo_log::GenericValueLog *generic_value_log =
|
|
|
|
|
dynamic_cast<const geo_log::GenericValueLog *>(value_log))
|
|
|
|
|
{
|
2022-12-14 18:48:13 +01:00
|
|
|
create_inspection_string_for_generic_value(socket, generic_value_log->value, ss);
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
2022-09-13 08:44:26 +02:00
|
|
|
else if (const geo_log::FieldInfoLog *gfield_value_log =
|
|
|
|
|
dynamic_cast<const geo_log::FieldInfoLog *>(value_log))
|
|
|
|
|
{
|
2022-12-14 18:48:13 +01:00
|
|
|
create_inspection_string_for_field_info(socket, *gfield_value_log, ss);
|
2021-10-26 12:48:29 +02:00
|
|
|
}
|
2022-09-13 08:44:26 +02:00
|
|
|
else if (const geo_log::GeometryInfoLog *geo_value_log =
|
|
|
|
|
dynamic_cast<const geo_log::GeometryInfoLog *>(value_log))
|
|
|
|
|
{
|
2023-01-17 19:25:26 -06:00
|
|
|
create_inspection_string_for_geometry_info(*geo_value_log, ss);
|
|
|
|
|
}
|
|
|
|
|
|
2024-04-11 17:52:59 +02:00
|
|
|
std::string str = ss.str();
|
|
|
|
|
if (str.empty()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
return str;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static std::optional<std::string> create_declaration_inspection_string(const bNodeSocket &socket)
|
|
|
|
|
{
|
|
|
|
|
std::stringstream ss;
|
2023-01-17 19:25:26 -06:00
|
|
|
if (const nodes::decl::Geometry *socket_decl = dynamic_cast<const nodes::decl::Geometry *>(
|
|
|
|
|
socket.runtime->declaration))
|
|
|
|
|
{
|
2024-04-11 17:52:59 +02:00
|
|
|
create_inspection_string_for_geometry_socket(ss, socket_decl);
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
|
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
std::string str = ss.str();
|
|
|
|
|
if (str.empty()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
return str;
|
2021-07-14 11:16:43 +02:00
|
|
|
}
|
|
|
|
|
|
2024-04-22 19:48:57 +02:00
|
|
|
static geo_log::GeoTreeLog *geo_tree_log_for_socket(const bNodeTree &ntree,
|
|
|
|
|
const bNodeSocket &socket,
|
|
|
|
|
TreeDrawContext &tree_draw_ctx)
|
|
|
|
|
{
|
|
|
|
|
const bNodeTreeZones *zones = ntree.zones();
|
|
|
|
|
if (!zones) {
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
|
|
|
|
const bNodeTreeZone *zone = zones->get_zone_by_socket(socket);
|
|
|
|
|
return tree_draw_ctx.geo_log_by_zone.lookup_default(zone, nullptr);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static Vector<std::string> lines_of_text(std::string text)
|
|
|
|
|
{
|
|
|
|
|
Vector<std::string> result;
|
|
|
|
|
std::istringstream text_stream(text);
|
|
|
|
|
for (std::string line; std::getline(text_stream, line);) {
|
|
|
|
|
result.append(line);
|
|
|
|
|
}
|
|
|
|
|
return result;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static std::optional<std::string> create_multi_input_log_inspection_string(
|
|
|
|
|
const bNodeTree &ntree, const bNodeSocket &socket, TreeDrawContext &tree_draw_ctx)
|
|
|
|
|
{
|
|
|
|
|
if (!socket.is_multi_input()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Vector<std::pair<int, std::string>, 8> numerated_info;
|
|
|
|
|
|
|
|
|
|
const Span<const bNodeLink *> connected_links = socket.directly_linked_links();
|
|
|
|
|
for (const int index : connected_links.index_range()) {
|
|
|
|
|
const bNodeLink *link = connected_links[index];
|
|
|
|
|
const int connection_number = index + 1;
|
|
|
|
|
if (!link->is_used()) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
if (!(link->flag & NODE_LINK_VALID)) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
if (link->fromnode->is_dangling_reroute()) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
const bNodeSocket &connected_socket = *link->fromsock;
|
|
|
|
|
geo_log::GeoTreeLog *geo_tree_log = geo_tree_log_for_socket(
|
|
|
|
|
ntree, connected_socket, tree_draw_ctx);
|
|
|
|
|
const std::optional<std::string> input_log = create_log_inspection_string(geo_tree_log,
|
|
|
|
|
connected_socket);
|
|
|
|
|
if (!input_log.has_value()) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
numerated_info.append({connection_number, std::move(*input_log)});
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (numerated_info.is_empty()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
constexpr const char *indentation = " ";
|
|
|
|
|
|
|
|
|
|
std::stringstream ss;
|
|
|
|
|
for (const std::pair<int, std::string> &info : numerated_info) {
|
|
|
|
|
const Vector<std::string> lines = lines_of_text(info.second);
|
|
|
|
|
ss << info.first << ". " << lines.first();
|
|
|
|
|
for (const std::string &line : lines.as_span().drop_front(1)) {
|
|
|
|
|
ss << "\n" << indentation << line;
|
|
|
|
|
}
|
|
|
|
|
if (&info != &numerated_info.last()) {
|
|
|
|
|
ss << ".\n";
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const std::string str = ss.str();
|
|
|
|
|
if (str.empty()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return str;
|
|
|
|
|
}
|
|
|
|
|
|
2024-04-24 17:03:55 +02:00
|
|
|
static std::optional<std::string> create_default_value_inspection_string(const bNodeSocket &socket)
|
|
|
|
|
{
|
|
|
|
|
std::stringstream ss;
|
|
|
|
|
create_inspection_string_for_default_socket_value(socket, ss);
|
|
|
|
|
|
|
|
|
|
std::string str = ss.str();
|
|
|
|
|
if (str.empty()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
return str;
|
|
|
|
|
}
|
|
|
|
|
|
2024-04-25 10:48:06 +02:00
|
|
|
static const bNodeSocket *target_for_reroute(const bNodeSocket &reroute_output)
|
|
|
|
|
{
|
|
|
|
|
const bNodeSocket *output = &reroute_output;
|
|
|
|
|
Set<const bNode *> visited_nodes;
|
|
|
|
|
visited_nodes.add(&reroute_output.owner_node());
|
|
|
|
|
while (true) {
|
|
|
|
|
const Span<const bNodeSocket *> linked_sockets = output->directly_linked_sockets();
|
|
|
|
|
if (linked_sockets.size() != 1) {
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
|
|
|
|
const bNode &target_node = linked_sockets[0]->owner_node();
|
|
|
|
|
if (!visited_nodes.add(&target_node)) {
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
|
|
|
|
if (!target_node.is_dangling_reroute()) {
|
|
|
|
|
return linked_sockets[0];
|
|
|
|
|
}
|
|
|
|
|
output = target_node.output_sockets()[0];
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static std::optional<std::string> create_dangling_reroute_inspection_string(
|
|
|
|
|
const bNodeTree &ntree, const bNodeSocket &socket)
|
|
|
|
|
{
|
|
|
|
|
if (ntree.type != NTREE_GEOMETRY) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const bNode &node = socket.owner_node();
|
|
|
|
|
if (!node.is_dangling_reroute()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const bNodeSocket &output_socket = *node.output_sockets()[0];
|
|
|
|
|
const bNodeSocket *target_socket = target_for_reroute(output_socket);
|
|
|
|
|
|
|
|
|
|
if (target_socket == nullptr) {
|
|
|
|
|
if (!output_socket.directly_linked_sockets().is_empty()) {
|
|
|
|
|
return TIP_("Dangling reroute is ignored by all targets");
|
|
|
|
|
}
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (target_socket->is_multi_input()) {
|
|
|
|
|
return TIP_("Dangling reroute branch is ignored by multi input socket");
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
std::stringstream ss;
|
|
|
|
|
create_inspection_string_for_default_socket_value(*target_socket, ss);
|
|
|
|
|
if (ss.str().empty()) {
|
|
|
|
|
return TIP_("Dangling reroute is ignored");
|
|
|
|
|
}
|
|
|
|
|
ss << ".\n\n";
|
|
|
|
|
ss << TIP_("Dangling reroute is ignored, default value of target socket is used");
|
|
|
|
|
return ss.str();
|
|
|
|
|
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
2024-01-26 14:39:05 -05:00
|
|
|
static std::string node_socket_get_tooltip(const SpaceNode *snode,
|
|
|
|
|
const bNodeTree &ntree,
|
|
|
|
|
const bNodeSocket &socket)
|
UI: Add support for showing socket descriptions in tooltips
Currently, hovering over a socket itself shows no tooltip at all, while
hovering over its value field shows "Default value", which is not helpful.
This patch therefore implements socket tooltips following the proposal at
https://blender.community/c/rightclickselect/2Qgbbc/.
A lot of the basic functionality was already implemented for Geometry Nodes,
where hovering over the socket itself shows introspection info.
This patch extends this by:
- Supporting dynamic tooltips on labels, which is important for good tooltip
coverage in a socket's region of the node.
- Adding a function to setting a dynamic tooltip for an entire uiLayout, which
avoids needing to set it manually for a wide variety of socket types.
- Hiding the property label field in a tooltip when dynamic tooltip is also
provided. If really needed, this label can be restored through the dynamic
tooltip, but in all current cases the label is actually pointless anyways
since the dynamic tooltip gives more accurate and specific information.
- Adding dynamic tooltips to a socket's UI layout row if it has a description
configured, both in the Node Editor as well as in the Material Properties.
Note that the patch does not add any actual tooltip content yet, just the
infrastructure to show them. By default, sockets without a description still
show the old "Default value" tooltip.
For an example of how to add socket descriptions, check the Cylinder node
in the Geometry Nodes.
Differential Revision: https://developer.blender.org/D9967
2022-04-11 02:02:12 +02:00
|
|
|
{
|
2022-09-13 08:44:26 +02:00
|
|
|
TreeDrawContext tree_draw_ctx;
|
|
|
|
|
if (snode != nullptr) {
|
2023-01-02 16:45:49 -05:00
|
|
|
if (ntree.type == NTREE_GEOMETRY) {
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
tree_draw_ctx.geo_log_by_zone =
|
|
|
|
|
geo_log::GeoModifierLog::get_tree_log_by_zone_for_node_editor(*snode);
|
2022-09-13 08:44:26 +02:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2024-04-22 19:48:57 +02:00
|
|
|
geo_log::GeoTreeLog *geo_tree_log = geo_tree_log_for_socket(ntree, socket, tree_draw_ctx);
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
|
2024-04-11 17:52:59 +02:00
|
|
|
Vector<std::string> inspection_strings;
|
|
|
|
|
|
|
|
|
|
if (std::optional<std::string> info = create_description_inspection_string(socket)) {
|
|
|
|
|
inspection_strings.append(std::move(*info));
|
|
|
|
|
}
|
|
|
|
|
if (std::optional<std::string> info = create_log_inspection_string(geo_tree_log, socket)) {
|
|
|
|
|
inspection_strings.append(std::move(*info));
|
|
|
|
|
}
|
2024-04-25 10:48:06 +02:00
|
|
|
else if (std::optional<std::string> info = create_dangling_reroute_inspection_string(ntree,
|
|
|
|
|
socket))
|
|
|
|
|
{
|
|
|
|
|
inspection_strings.append(std::move(*info));
|
|
|
|
|
}
|
2024-04-24 17:03:55 +02:00
|
|
|
else if (std::optional<std::string> info = create_default_value_inspection_string(socket)) {
|
|
|
|
|
inspection_strings.append(std::move(*info));
|
|
|
|
|
}
|
2024-04-22 19:48:57 +02:00
|
|
|
else if (std::optional<std::string> info = create_multi_input_log_inspection_string(
|
|
|
|
|
ntree, socket, tree_draw_ctx))
|
|
|
|
|
{
|
|
|
|
|
inspection_strings.append(std::move(*info));
|
|
|
|
|
}
|
2024-04-11 17:52:59 +02:00
|
|
|
if (std::optional<std::string> info = create_declaration_inspection_string(socket)) {
|
|
|
|
|
inspection_strings.append(std::move(*info));
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
std::stringstream output;
|
|
|
|
|
for (const std::string &info : inspection_strings) {
|
|
|
|
|
output << info;
|
|
|
|
|
if (&info != &inspection_strings.last()) {
|
UI: Add support for showing socket descriptions in tooltips
Currently, hovering over a socket itself shows no tooltip at all, while
hovering over its value field shows "Default value", which is not helpful.
This patch therefore implements socket tooltips following the proposal at
https://blender.community/c/rightclickselect/2Qgbbc/.
A lot of the basic functionality was already implemented for Geometry Nodes,
where hovering over the socket itself shows introspection info.
This patch extends this by:
- Supporting dynamic tooltips on labels, which is important for good tooltip
coverage in a socket's region of the node.
- Adding a function to setting a dynamic tooltip for an entire uiLayout, which
avoids needing to set it manually for a wide variety of socket types.
- Hiding the property label field in a tooltip when dynamic tooltip is also
provided. If really needed, this label can be restored through the dynamic
tooltip, but in all current cases the label is actually pointless anyways
since the dynamic tooltip gives more accurate and specific information.
- Adding dynamic tooltips to a socket's UI layout row if it has a description
configured, both in the Node Editor as well as in the Material Properties.
Note that the patch does not add any actual tooltip content yet, just the
infrastructure to show them. By default, sockets without a description still
show the old "Default value" tooltip.
For an example of how to add socket descriptions, check the Cylinder node
in the Geometry Nodes.
Differential Revision: https://developer.blender.org/D9967
2022-04-11 02:02:12 +02:00
|
|
|
output << ".\n\n";
|
|
|
|
|
}
|
2024-04-11 17:52:59 +02:00
|
|
|
}
|
UI: Add support for showing socket descriptions in tooltips
Currently, hovering over a socket itself shows no tooltip at all, while
hovering over its value field shows "Default value", which is not helpful.
This patch therefore implements socket tooltips following the proposal at
https://blender.community/c/rightclickselect/2Qgbbc/.
A lot of the basic functionality was already implemented for Geometry Nodes,
where hovering over the socket itself shows introspection info.
This patch extends this by:
- Supporting dynamic tooltips on labels, which is important for good tooltip
coverage in a socket's region of the node.
- Adding a function to setting a dynamic tooltip for an entire uiLayout, which
avoids needing to set it manually for a wide variety of socket types.
- Hiding the property label field in a tooltip when dynamic tooltip is also
provided. If really needed, this label can be restored through the dynamic
tooltip, but in all current cases the label is actually pointless anyways
since the dynamic tooltip gives more accurate and specific information.
- Adding dynamic tooltips to a socket's UI layout row if it has a description
configured, both in the Node Editor as well as in the Material Properties.
Note that the patch does not add any actual tooltip content yet, just the
infrastructure to show them. By default, sockets without a description still
show the old "Default value" tooltip.
For an example of how to add socket descriptions, check the Cylinder node
in the Geometry Nodes.
Differential Revision: https://developer.blender.org/D9967
2022-04-11 02:02:12 +02:00
|
|
|
|
2024-04-11 17:52:59 +02:00
|
|
|
if (inspection_strings.is_empty()) {
|
2024-04-11 19:16:07 +02:00
|
|
|
const bNode &node = socket.owner_node();
|
|
|
|
|
if (node.is_reroute()) {
|
|
|
|
|
char reroute_name[MAX_NAME];
|
|
|
|
|
bke::nodeLabel(&ntree, &node, reroute_name, sizeof(reroute_name));
|
|
|
|
|
output << reroute_name;
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
output << bke::nodeSocketLabel(&socket);
|
|
|
|
|
}
|
2024-04-11 17:52:59 +02:00
|
|
|
|
|
|
|
|
if (ntree.type == NTREE_GEOMETRY) {
|
|
|
|
|
output << ".\n\n";
|
2022-12-29 19:36:15 +01:00
|
|
|
output << TIP_(
|
|
|
|
|
"Unknown socket value. Either the socket was not used or its value was not logged "
|
|
|
|
|
"during the last evaluation");
|
UI: Add support for showing socket descriptions in tooltips
Currently, hovering over a socket itself shows no tooltip at all, while
hovering over its value field shows "Default value", which is not helpful.
This patch therefore implements socket tooltips following the proposal at
https://blender.community/c/rightclickselect/2Qgbbc/.
A lot of the basic functionality was already implemented for Geometry Nodes,
where hovering over the socket itself shows introspection info.
This patch extends this by:
- Supporting dynamic tooltips on labels, which is important for good tooltip
coverage in a socket's region of the node.
- Adding a function to setting a dynamic tooltip for an entire uiLayout, which
avoids needing to set it manually for a wide variety of socket types.
- Hiding the property label field in a tooltip when dynamic tooltip is also
provided. If really needed, this label can be restored through the dynamic
tooltip, but in all current cases the label is actually pointless anyways
since the dynamic tooltip gives more accurate and specific information.
- Adding dynamic tooltips to a socket's UI layout row if it has a description
configured, both in the Node Editor as well as in the Material Properties.
Note that the patch does not add any actual tooltip content yet, just the
infrastructure to show them. By default, sockets without a description still
show the old "Default value" tooltip.
For an example of how to add socket descriptions, check the Cylinder node
in the Geometry Nodes.
Differential Revision: https://developer.blender.org/D9967
2022-04-11 02:02:12 +02:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2024-01-26 14:39:05 -05:00
|
|
|
return output.str();
|
UI: Add support for showing socket descriptions in tooltips
Currently, hovering over a socket itself shows no tooltip at all, while
hovering over its value field shows "Default value", which is not helpful.
This patch therefore implements socket tooltips following the proposal at
https://blender.community/c/rightclickselect/2Qgbbc/.
A lot of the basic functionality was already implemented for Geometry Nodes,
where hovering over the socket itself shows introspection info.
This patch extends this by:
- Supporting dynamic tooltips on labels, which is important for good tooltip
coverage in a socket's region of the node.
- Adding a function to setting a dynamic tooltip for an entire uiLayout, which
avoids needing to set it manually for a wide variety of socket types.
- Hiding the property label field in a tooltip when dynamic tooltip is also
provided. If really needed, this label can be restored through the dynamic
tooltip, but in all current cases the label is actually pointless anyways
since the dynamic tooltip gives more accurate and specific information.
- Adding dynamic tooltips to a socket's UI layout row if it has a description
configured, both in the Node Editor as well as in the Material Properties.
Note that the patch does not add any actual tooltip content yet, just the
infrastructure to show them. By default, sockets without a description still
show the old "Default value" tooltip.
For an example of how to add socket descriptions, check the Cylinder node
in the Geometry Nodes.
Differential Revision: https://developer.blender.org/D9967
2022-04-11 02:02:12 +02:00
|
|
|
}
|
|
|
|
|
|
2024-04-11 00:36:31 +02:00
|
|
|
static void node_socket_add_tooltip_in_node_editor(const bNodeSocket &sock, uiLayout &layout)
|
2023-01-02 16:45:49 -05:00
|
|
|
{
|
|
|
|
|
uiLayoutSetTooltipFunc(
|
|
|
|
|
&layout,
|
|
|
|
|
[](bContext *C, void *argN, const char * /*tip*/) {
|
|
|
|
|
const SpaceNode &snode = *CTX_wm_space_node(C);
|
|
|
|
|
const bNodeTree &ntree = *snode.edittree;
|
|
|
|
|
const int index_in_tree = POINTER_AS_INT(argN);
|
|
|
|
|
ntree.ensure_topology_cache();
|
|
|
|
|
return node_socket_get_tooltip(&snode, ntree, *ntree.all_sockets()[index_in_tree]);
|
|
|
|
|
},
|
|
|
|
|
POINTER_FROM_INT(sock.index_in_tree()),
|
|
|
|
|
nullptr,
|
|
|
|
|
nullptr);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
void node_socket_add_tooltip(const bNodeTree &ntree, const bNodeSocket &sock, uiLayout &layout)
|
UI: Add support for showing socket descriptions in tooltips
Currently, hovering over a socket itself shows no tooltip at all, while
hovering over its value field shows "Default value", which is not helpful.
This patch therefore implements socket tooltips following the proposal at
https://blender.community/c/rightclickselect/2Qgbbc/.
A lot of the basic functionality was already implemented for Geometry Nodes,
where hovering over the socket itself shows introspection info.
This patch extends this by:
- Supporting dynamic tooltips on labels, which is important for good tooltip
coverage in a socket's region of the node.
- Adding a function to setting a dynamic tooltip for an entire uiLayout, which
avoids needing to set it manually for a wide variety of socket types.
- Hiding the property label field in a tooltip when dynamic tooltip is also
provided. If really needed, this label can be restored through the dynamic
tooltip, but in all current cases the label is actually pointless anyways
since the dynamic tooltip gives more accurate and specific information.
- Adding dynamic tooltips to a socket's UI layout row if it has a description
configured, both in the Node Editor as well as in the Material Properties.
Note that the patch does not add any actual tooltip content yet, just the
infrastructure to show them. By default, sockets without a description still
show the old "Default value" tooltip.
For an example of how to add socket descriptions, check the Cylinder node
in the Geometry Nodes.
Differential Revision: https://developer.blender.org/D9967
2022-04-11 02:02:12 +02:00
|
|
|
{
|
2023-01-02 16:45:49 -05:00
|
|
|
struct SocketTooltipData {
|
|
|
|
|
const bNodeTree *ntree;
|
|
|
|
|
const bNodeSocket *socket;
|
|
|
|
|
};
|
|
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
SocketTooltipData *data = MEM_cnew<SocketTooltipData>(__func__);
|
2023-01-02 16:45:49 -05:00
|
|
|
data->ntree = &ntree;
|
|
|
|
|
data->socket = &sock;
|
UI: Add support for showing socket descriptions in tooltips
Currently, hovering over a socket itself shows no tooltip at all, while
hovering over its value field shows "Default value", which is not helpful.
This patch therefore implements socket tooltips following the proposal at
https://blender.community/c/rightclickselect/2Qgbbc/.
A lot of the basic functionality was already implemented for Geometry Nodes,
where hovering over the socket itself shows introspection info.
This patch extends this by:
- Supporting dynamic tooltips on labels, which is important for good tooltip
coverage in a socket's region of the node.
- Adding a function to setting a dynamic tooltip for an entire uiLayout, which
avoids needing to set it manually for a wide variety of socket types.
- Hiding the property label field in a tooltip when dynamic tooltip is also
provided. If really needed, this label can be restored through the dynamic
tooltip, but in all current cases the label is actually pointless anyways
since the dynamic tooltip gives more accurate and specific information.
- Adding dynamic tooltips to a socket's UI layout row if it has a description
configured, both in the Node Editor as well as in the Material Properties.
Note that the patch does not add any actual tooltip content yet, just the
infrastructure to show them. By default, sockets without a description still
show the old "Default value" tooltip.
For an example of how to add socket descriptions, check the Cylinder node
in the Geometry Nodes.
Differential Revision: https://developer.blender.org/D9967
2022-04-11 02:02:12 +02:00
|
|
|
|
|
|
|
|
uiLayoutSetTooltipFunc(
|
2023-01-02 16:45:49 -05:00
|
|
|
&layout,
|
2022-10-03 17:37:25 -05:00
|
|
|
[](bContext *C, void *argN, const char * /*tip*/) {
|
2022-09-13 08:44:26 +02:00
|
|
|
SocketTooltipData *data = static_cast<SocketTooltipData *>(argN);
|
2023-01-02 16:45:49 -05:00
|
|
|
const SpaceNode *snode = CTX_wm_space_node(C);
|
|
|
|
|
return node_socket_get_tooltip(snode, *data->ntree, *data->socket);
|
UI: Add support for showing socket descriptions in tooltips
Currently, hovering over a socket itself shows no tooltip at all, while
hovering over its value field shows "Default value", which is not helpful.
This patch therefore implements socket tooltips following the proposal at
https://blender.community/c/rightclickselect/2Qgbbc/.
A lot of the basic functionality was already implemented for Geometry Nodes,
where hovering over the socket itself shows introspection info.
This patch extends this by:
- Supporting dynamic tooltips on labels, which is important for good tooltip
coverage in a socket's region of the node.
- Adding a function to setting a dynamic tooltip for an entire uiLayout, which
avoids needing to set it manually for a wide variety of socket types.
- Hiding the property label field in a tooltip when dynamic tooltip is also
provided. If really needed, this label can be restored through the dynamic
tooltip, but in all current cases the label is actually pointless anyways
since the dynamic tooltip gives more accurate and specific information.
- Adding dynamic tooltips to a socket's UI layout row if it has a description
configured, both in the Node Editor as well as in the Material Properties.
Note that the patch does not add any actual tooltip content yet, just the
infrastructure to show them. By default, sockets without a description still
show the old "Default value" tooltip.
For an example of how to add socket descriptions, check the Cylinder node
in the Geometry Nodes.
Differential Revision: https://developer.blender.org/D9967
2022-04-11 02:02:12 +02:00
|
|
|
},
|
|
|
|
|
data,
|
|
|
|
|
MEM_dupallocN,
|
|
|
|
|
MEM_freeN);
|
|
|
|
|
}
|
|
|
|
|
|
2023-11-01 09:29:56 +01:00
|
|
|
static void node_socket_draw_nested(const bContext &C,
|
|
|
|
|
const bNodeTree &ntree,
|
|
|
|
|
PointerRNA &node_ptr,
|
2021-12-14 11:19:47 -06:00
|
|
|
uiBlock &block,
|
2023-01-02 17:37:26 -05:00
|
|
|
const bNodeSocket &sock,
|
2021-12-03 16:25:17 -05:00
|
|
|
const uint pos_id,
|
|
|
|
|
const uint col_id,
|
|
|
|
|
const uint shape_id,
|
|
|
|
|
const uint size_id,
|
|
|
|
|
const uint outline_col_id,
|
|
|
|
|
const float size,
|
|
|
|
|
const bool selected)
|
2020-04-16 15:09:49 +02:00
|
|
|
{
|
2023-03-19 07:03:01 +01:00
|
|
|
const float2 location = sock.runtime->location;
|
2022-09-02 17:03:48 -05:00
|
|
|
|
2020-04-16 15:09:49 +02:00
|
|
|
float color[4];
|
|
|
|
|
float outline_color[4];
|
2023-11-01 09:29:56 +01:00
|
|
|
node_socket_color_get(C, ntree, node_ptr, sock, color);
|
2021-12-03 16:25:17 -05:00
|
|
|
node_socket_outline_color_get(selected, sock.type, outline_color);
|
2020-04-16 15:09:49 +02:00
|
|
|
|
|
|
|
|
node_socket_draw(sock,
|
|
|
|
|
color,
|
|
|
|
|
outline_color,
|
|
|
|
|
size,
|
2022-09-02 17:03:48 -05:00
|
|
|
location.x,
|
|
|
|
|
location.y,
|
2020-04-16 15:09:49 +02:00
|
|
|
pos_id,
|
|
|
|
|
col_id,
|
|
|
|
|
shape_id,
|
|
|
|
|
size_id,
|
|
|
|
|
outline_col_id);
|
2021-07-14 11:16:43 +02:00
|
|
|
|
2024-04-22 19:48:57 +02:00
|
|
|
node_socket_tooltip_set(block, sock.index_in_tree(), location, float2(size, size));
|
2020-04-16 15:09:49 +02:00
|
|
|
}
|
|
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
void node_socket_draw(bNodeSocket *sock, const rcti *rect, const float color[4], float scale)
|
2020-04-16 15:09:49 +02:00
|
|
|
{
|
2022-02-28 18:05:12 -05:00
|
|
|
const float size = NODE_SOCKSIZE_DRAW_MULIPLIER * NODE_SOCKSIZE * scale;
|
2020-04-16 15:09:49 +02:00
|
|
|
rcti draw_rect = *rect;
|
|
|
|
|
float outline_color[4] = {0};
|
|
|
|
|
|
2021-02-24 13:01:24 -06:00
|
|
|
node_socket_outline_color_get(sock->flag & SELECT, sock->type, outline_color);
|
2020-04-16 15:09:49 +02:00
|
|
|
|
|
|
|
|
BLI_rcti_resize(&draw_rect, size, size);
|
|
|
|
|
|
|
|
|
|
GPUVertFormat *format = immVertexFormat();
|
|
|
|
|
uint pos_id = GPU_vertformat_attr_add(format, "pos", GPU_COMP_F32, 2, GPU_FETCH_FLOAT);
|
|
|
|
|
uint col_id = GPU_vertformat_attr_add(format, "color", GPU_COMP_F32, 4, GPU_FETCH_FLOAT);
|
|
|
|
|
uint shape_id = GPU_vertformat_attr_add(format, "flags", GPU_COMP_U32, 1, GPU_FETCH_INT);
|
|
|
|
|
uint size_id = GPU_vertformat_attr_add(format, "size", GPU_COMP_F32, 1, GPU_FETCH_FLOAT);
|
|
|
|
|
uint outline_col_id = GPU_vertformat_attr_add(
|
|
|
|
|
format, "outlineColor", GPU_COMP_F32, 4, GPU_FETCH_FLOAT);
|
|
|
|
|
|
2020-08-16 23:20:59 +02:00
|
|
|
eGPUBlend state = GPU_blend_get();
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_ALPHA);
|
2020-04-16 15:09:49 +02:00
|
|
|
GPU_program_point_size(true);
|
|
|
|
|
|
2021-09-23 15:53:38 +02:00
|
|
|
immBindBuiltinProgram(GPU_SHADER_KEYFRAME_SHAPE);
|
2022-02-28 18:05:12 -05:00
|
|
|
immUniform1f("outline_scale", NODE_SOCK_OUTLINE_SCALE);
|
2020-04-16 15:09:49 +02:00
|
|
|
immUniform2f("ViewportSize", -1.0f, -1.0f);
|
|
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Single point. */
|
2020-04-16 15:09:49 +02:00
|
|
|
immBegin(GPU_PRIM_POINTS, 1);
|
2021-12-03 16:25:17 -05:00
|
|
|
node_socket_draw(*sock,
|
2020-04-16 15:09:49 +02:00
|
|
|
color,
|
|
|
|
|
outline_color,
|
|
|
|
|
BLI_rcti_size_y(&draw_rect),
|
|
|
|
|
BLI_rcti_cent_x(&draw_rect),
|
|
|
|
|
BLI_rcti_cent_y(&draw_rect),
|
|
|
|
|
pos_id,
|
|
|
|
|
col_id,
|
|
|
|
|
shape_id,
|
|
|
|
|
size_id,
|
|
|
|
|
outline_col_id);
|
|
|
|
|
immEnd();
|
|
|
|
|
|
|
|
|
|
immUnbindProgram();
|
|
|
|
|
GPU_program_point_size(false);
|
2020-08-16 23:20:59 +02:00
|
|
|
|
|
|
|
|
/* Restore. */
|
|
|
|
|
GPU_blend(state);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
|
|
|
|
|
2020-08-19 11:37:35 +10:00
|
|
|
static void node_draw_preview_background(rctf *rect)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2018-07-18 00:12:21 +02:00
|
|
|
GPUVertFormat *format = immVertexFormat();
|
|
|
|
|
uint pos = GPU_vertformat_attr_add(format, "pos", GPU_COMP_F32, 2, GPU_FETCH_FLOAT);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2020-08-18 16:12:56 +02:00
|
|
|
immBindBuiltinProgram(GPU_SHADER_2D_CHECKER);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2020-08-18 16:12:56 +02:00
|
|
|
/* Drawing the checkerboard. */
|
|
|
|
|
const float checker_dark = UI_ALPHA_CHECKER_DARK / 255.0f;
|
|
|
|
|
const float checker_light = UI_ALPHA_CHECKER_LIGHT / 255.0f;
|
|
|
|
|
immUniform4f("color1", checker_dark, checker_dark, checker_dark, 1.0f);
|
|
|
|
|
immUniform4f("color2", checker_light, checker_light, checker_light, 1.0f);
|
|
|
|
|
immUniform1i("size", 8);
|
2016-11-08 11:10:47 -05:00
|
|
|
immRectf(pos, rect->xmin, rect->ymin, rect->xmax, rect->ymax);
|
|
|
|
|
immUnbindProgram();
|
2013-03-18 16:34:57 +00:00
|
|
|
}
|
2008-12-24 10:33:10 +00:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Not a callback. */
|
2023-07-17 20:13:52 +02:00
|
|
|
static void node_draw_preview(const Scene *scene, ImBuf *preview, rctf *prv)
|
2013-03-18 16:34:57 +00:00
|
|
|
{
|
|
|
|
|
float xrect = BLI_rctf_size_x(prv);
|
|
|
|
|
float yrect = BLI_rctf_size_y(prv);
|
2023-07-17 20:13:52 +02:00
|
|
|
float xscale = xrect / float(preview->x);
|
|
|
|
|
float yscale = yrect / float(preview->y);
|
2013-03-18 16:34:57 +00:00
|
|
|
float scale;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Uniform scale and offset. */
|
2020-09-08 17:19:58 +02:00
|
|
|
rctf draw_rect = *prv;
|
2013-03-18 16:34:57 +00:00
|
|
|
if (xscale < yscale) {
|
2023-07-17 20:13:52 +02:00
|
|
|
float offset = 0.5f * (yrect - float(preview->y) * xscale);
|
2013-03-18 16:34:57 +00:00
|
|
|
draw_rect.ymin += offset;
|
|
|
|
|
draw_rect.ymax -= offset;
|
|
|
|
|
scale = xscale;
|
|
|
|
|
}
|
|
|
|
|
else {
|
2023-07-17 20:13:52 +02:00
|
|
|
float offset = 0.5f * (xrect - float(preview->x) * yscale);
|
2013-03-18 16:34:57 +00:00
|
|
|
draw_rect.xmin += offset;
|
|
|
|
|
draw_rect.xmax -= offset;
|
|
|
|
|
scale = yscale;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2020-08-19 11:37:35 +10:00
|
|
|
node_draw_preview_background(&draw_rect);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_ALPHA);
|
2024-04-27 11:57:36 +10:00
|
|
|
/* Pre-multiply graphics. */
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_ALPHA);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-07-17 20:13:52 +02:00
|
|
|
ED_draw_imbuf(preview,
|
|
|
|
|
draw_rect.xmin,
|
|
|
|
|
draw_rect.ymin,
|
|
|
|
|
false,
|
|
|
|
|
&scene->view_settings,
|
|
|
|
|
&scene->display_settings,
|
|
|
|
|
scale,
|
|
|
|
|
scale);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_NONE);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-07-13 09:54:02 +10:00
|
|
|
float black[4] = {0.0f, 0.0f, 0.0f, 1.0f};
|
2023-07-12 16:14:12 +02:00
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_ALL);
|
|
|
|
|
const float outline_width = 1.0f;
|
|
|
|
|
draw_rect.xmin -= outline_width;
|
|
|
|
|
draw_rect.xmax += outline_width;
|
|
|
|
|
draw_rect.ymin -= outline_width;
|
|
|
|
|
draw_rect.ymax += outline_width;
|
|
|
|
|
UI_draw_roundbox_4fv(&draw_rect, false, BASIS_RAD / 2, black);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
|
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Common handle function for operator buttons that need to select the node first. */
|
2022-09-02 14:21:35 -05:00
|
|
|
static void node_toggle_button_cb(bContext *C, void *node_argv, void *op_argv)
|
2011-12-18 12:51:50 +00:00
|
|
|
{
|
2023-01-02 17:37:26 -05:00
|
|
|
SpaceNode &snode = *CTX_wm_space_node(C);
|
|
|
|
|
bNodeTree &node_tree = *snode.edittree;
|
|
|
|
|
bNode &node = *node_tree.node_by_id(POINTER_AS_INT(node_argv));
|
2011-12-18 12:51:50 +00:00
|
|
|
const char *opname = (const char *)op_argv;
|
2018-06-04 09:31:30 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Select & activate only the button's node. */
|
2023-01-02 17:37:26 -05:00
|
|
|
node_select_single(*C, node);
|
2018-06-04 09:31:30 +02:00
|
|
|
|
2022-03-11 22:49:47 +11:00
|
|
|
WM_operator_name_call(C, opname, WM_OP_INVOKE_DEFAULT, nullptr, nullptr);
|
2011-12-18 12:51:50 +00:00
|
|
|
}
|
|
|
|
|
|
2021-12-05 17:12:25 -05:00
|
|
|
static void node_draw_shadow(const SpaceNode &snode,
|
|
|
|
|
const bNode &node,
|
|
|
|
|
const float radius,
|
|
|
|
|
const float alpha)
|
2012-05-22 14:13:33 +00:00
|
|
|
{
|
2022-11-18 12:46:20 +01:00
|
|
|
const rctf &rct = node.runtime->totr;
|
2014-11-09 21:20:40 +01:00
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_ALL);
|
2023-11-24 22:50:20 +01:00
|
|
|
|
|
|
|
|
const float shadow_width = 0.6f * U.widget_unit;
|
|
|
|
|
const float shadow_alpha = 0.5f * alpha;
|
|
|
|
|
|
|
|
|
|
ui_draw_dropshadow(&rct, radius, shadow_width, snode.runtime->aspect, shadow_alpha);
|
|
|
|
|
|
|
|
|
|
/* Outline emphasis. Slight darkening _inside_ the outline. */
|
|
|
|
|
const float color[4] = {0.0f, 0.0f, 0.0f, 0.4f};
|
|
|
|
|
rctf rect{};
|
|
|
|
|
rect.xmin = rct.xmin - 0.5f;
|
|
|
|
|
rect.xmax = rct.xmax + 0.5f;
|
|
|
|
|
rect.ymin = rct.ymin - 0.5f;
|
|
|
|
|
rect.ymax = rct.ymax + 0.5f;
|
|
|
|
|
UI_draw_roundbox_4fv(&rect, false, radius + 0.5f, color);
|
2012-05-22 14:13:33 +00:00
|
|
|
}
|
|
|
|
|
|
2021-12-05 17:12:25 -05:00
|
|
|
static void node_draw_sockets(const View2D &v2d,
|
2023-11-01 09:29:56 +01:00
|
|
|
const bContext &C,
|
2023-01-02 17:37:26 -05:00
|
|
|
const bNodeTree &ntree,
|
|
|
|
|
const bNode &node,
|
2021-12-14 11:19:47 -06:00
|
|
|
uiBlock &block,
|
2021-12-05 17:12:25 -05:00
|
|
|
const bool draw_outputs,
|
|
|
|
|
const bool select_all)
|
2016-10-15 02:49:00 -04:00
|
|
|
{
|
2023-01-02 17:55:32 -05:00
|
|
|
if (node.input_sockets().is_empty() && node.output_sockets().is_empty()) {
|
2017-04-04 01:15:35 -04:00
|
|
|
return;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2019-08-22 11:10:11 +02:00
|
|
|
bool selected = false;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2018-07-18 00:12:21 +02:00
|
|
|
GPUVertFormat *format = immVertexFormat();
|
2019-08-22 11:10:11 +02:00
|
|
|
uint pos_id = GPU_vertformat_attr_add(format, "pos", GPU_COMP_F32, 2, GPU_FETCH_FLOAT);
|
|
|
|
|
uint col_id = GPU_vertformat_attr_add(format, "color", GPU_COMP_F32, 4, GPU_FETCH_FLOAT);
|
|
|
|
|
uint shape_id = GPU_vertformat_attr_add(format, "flags", GPU_COMP_U32, 1, GPU_FETCH_INT);
|
|
|
|
|
uint size_id = GPU_vertformat_attr_add(format, "size", GPU_COMP_F32, 1, GPU_FETCH_FLOAT);
|
2019-08-23 09:03:57 +10:00
|
|
|
uint outline_col_id = GPU_vertformat_attr_add(
|
|
|
|
|
format, "outlineColor", GPU_COMP_F32, 4, GPU_FETCH_FLOAT);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_ALPHA);
|
2019-05-28 17:14:22 +02:00
|
|
|
GPU_program_point_size(true);
|
2021-09-23 15:53:38 +02:00
|
|
|
immBindBuiltinProgram(GPU_SHADER_KEYFRAME_SHAPE);
|
2022-02-28 18:05:12 -05:00
|
|
|
immUniform1f("outline_scale", NODE_SOCK_OUTLINE_SCALE);
|
2019-08-25 16:37:06 +01:00
|
|
|
immUniform2f("ViewportSize", -1.0f, -1.0f);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Set handle size. */
|
2022-02-28 18:05:12 -05:00
|
|
|
const float socket_draw_size = NODE_SOCKSIZE * NODE_SOCKSIZE_DRAW_MULIPLIER;
|
2019-08-22 11:10:11 +02:00
|
|
|
float scale;
|
2021-12-03 16:25:17 -05:00
|
|
|
UI_view2d_scale_get(&v2d, &scale, nullptr);
|
2022-02-28 18:05:12 -05:00
|
|
|
scale *= socket_draw_size;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2016-10-15 02:49:00 -04:00
|
|
|
if (!select_all) {
|
2023-01-02 17:55:32 -05:00
|
|
|
immBeginAtMost(GPU_PRIM_POINTS, node.input_sockets().size() + node.output_sockets().size());
|
2016-10-15 02:49:00 -04:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-11-01 09:29:56 +01:00
|
|
|
PointerRNA node_ptr = RNA_pointer_create(
|
|
|
|
|
&const_cast<ID &>(ntree.id), &RNA_Node, &const_cast<bNode &>(node));
|
|
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Socket inputs. */
|
2023-01-02 17:55:32 -05:00
|
|
|
int selected_input_len = 0;
|
|
|
|
|
for (const bNodeSocket *sock : node.input_sockets()) {
|
2023-09-19 10:47:21 +02:00
|
|
|
/* In "hidden" nodes: draw sockets even when panels are collapsed. */
|
|
|
|
|
if (!node.is_socket_icon_drawn(*sock)) {
|
2016-10-15 02:49:00 -04:00
|
|
|
continue;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2016-10-15 02:49:00 -04:00
|
|
|
if (select_all || (sock->flag & SELECT)) {
|
2022-02-28 18:05:12 -05:00
|
|
|
if (!(sock->flag & SOCK_MULTI_INPUT)) {
|
|
|
|
|
/* Don't add multi-input sockets here since they are drawn in a different batch. */
|
|
|
|
|
selected_input_len++;
|
|
|
|
|
}
|
2016-10-15 02:49:00 -04:00
|
|
|
continue;
|
|
|
|
|
}
|
2021-02-11 01:16:17 -06:00
|
|
|
/* Don't draw multi-input sockets here since they are drawn in a different batch. */
|
|
|
|
|
if (sock->flag & SOCK_MULTI_INPUT) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-11-01 09:29:56 +01:00
|
|
|
node_socket_draw_nested(C,
|
|
|
|
|
ntree,
|
|
|
|
|
node_ptr,
|
|
|
|
|
block,
|
|
|
|
|
*sock,
|
|
|
|
|
pos_id,
|
|
|
|
|
col_id,
|
|
|
|
|
shape_id,
|
|
|
|
|
size_id,
|
|
|
|
|
outline_col_id,
|
|
|
|
|
scale,
|
|
|
|
|
selected);
|
2016-10-15 02:49:00 -04:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Socket outputs. */
|
2023-01-02 17:55:32 -05:00
|
|
|
int selected_output_len = 0;
|
2016-10-15 02:49:00 -04:00
|
|
|
if (draw_outputs) {
|
2023-01-02 17:55:32 -05:00
|
|
|
for (const bNodeSocket *sock : node.output_sockets()) {
|
2023-09-19 10:47:21 +02:00
|
|
|
/* In "hidden" nodes: draw sockets even when panels are collapsed. */
|
|
|
|
|
if (!node.is_socket_icon_drawn(*sock)) {
|
2016-10-15 02:49:00 -04:00
|
|
|
continue;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2016-10-15 02:49:00 -04:00
|
|
|
if (select_all || (sock->flag & SELECT)) {
|
2019-09-08 00:12:26 +10:00
|
|
|
selected_output_len++;
|
2016-10-15 02:49:00 -04:00
|
|
|
continue;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-11-01 09:29:56 +01:00
|
|
|
node_socket_draw_nested(C,
|
|
|
|
|
ntree,
|
|
|
|
|
node_ptr,
|
|
|
|
|
block,
|
|
|
|
|
*sock,
|
|
|
|
|
pos_id,
|
|
|
|
|
col_id,
|
|
|
|
|
shape_id,
|
|
|
|
|
size_id,
|
|
|
|
|
outline_col_id,
|
|
|
|
|
scale,
|
|
|
|
|
selected);
|
2016-10-15 02:49:00 -04:00
|
|
|
}
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2016-10-15 02:49:00 -04:00
|
|
|
if (!select_all) {
|
|
|
|
|
immEnd();
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Go back and draw selected sockets. */
|
2018-07-08 13:19:10 +02:00
|
|
|
if (selected_input_len + selected_output_len > 0) {
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Outline for selected sockets. */
|
2019-08-23 09:03:57 +10:00
|
|
|
|
2019-08-22 11:10:11 +02:00
|
|
|
selected = true;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2018-07-18 00:12:21 +02:00
|
|
|
immBegin(GPU_PRIM_POINTS, selected_input_len + selected_output_len);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2018-07-08 13:19:10 +02:00
|
|
|
if (selected_input_len) {
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Socket inputs. */
|
2023-01-02 17:55:32 -05:00
|
|
|
for (const bNodeSocket *sock : node.input_sockets()) {
|
2023-09-19 10:47:21 +02:00
|
|
|
if (!node.is_socket_icon_drawn(*sock)) {
|
2016-10-15 02:49:00 -04:00
|
|
|
continue;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2022-02-28 18:05:12 -05:00
|
|
|
/* Don't draw multi-input sockets here since they are drawn in a different batch. */
|
|
|
|
|
if (sock->flag & SOCK_MULTI_INPUT) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
2016-10-15 02:49:00 -04:00
|
|
|
if (select_all || (sock->flag & SELECT)) {
|
2023-11-01 09:29:56 +01:00
|
|
|
node_socket_draw_nested(C,
|
|
|
|
|
ntree,
|
|
|
|
|
node_ptr,
|
2021-12-14 11:19:47 -06:00
|
|
|
block,
|
2021-12-03 16:25:17 -05:00
|
|
|
*sock,
|
2020-04-16 15:09:49 +02:00
|
|
|
pos_id,
|
|
|
|
|
col_id,
|
|
|
|
|
shape_id,
|
|
|
|
|
size_id,
|
|
|
|
|
outline_col_id,
|
|
|
|
|
scale,
|
|
|
|
|
selected);
|
2019-03-26 21:16:47 +11:00
|
|
|
if (--selected_input_len == 0) {
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Stop as soon as last one is drawn. */
|
|
|
|
|
break;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2016-10-15 02:49:00 -04:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2018-07-08 13:19:10 +02:00
|
|
|
if (selected_output_len) {
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Socket outputs. */
|
2023-01-02 17:55:32 -05:00
|
|
|
for (const bNodeSocket *sock : node.output_sockets()) {
|
2023-09-19 10:47:21 +02:00
|
|
|
if (!node.is_socket_icon_drawn(*sock)) {
|
2016-10-15 02:49:00 -04:00
|
|
|
continue;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2016-10-15 02:49:00 -04:00
|
|
|
if (select_all || (sock->flag & SELECT)) {
|
2023-11-01 09:29:56 +01:00
|
|
|
node_socket_draw_nested(C,
|
|
|
|
|
ntree,
|
|
|
|
|
node_ptr,
|
2021-12-14 11:19:47 -06:00
|
|
|
block,
|
2021-12-03 16:25:17 -05:00
|
|
|
*sock,
|
2020-04-16 15:09:49 +02:00
|
|
|
pos_id,
|
|
|
|
|
col_id,
|
|
|
|
|
shape_id,
|
|
|
|
|
size_id,
|
|
|
|
|
outline_col_id,
|
|
|
|
|
scale,
|
|
|
|
|
selected);
|
2019-03-26 21:16:47 +11:00
|
|
|
if (--selected_output_len == 0) {
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Stop as soon as last one is drawn. */
|
|
|
|
|
break;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2016-10-15 02:49:00 -04:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2016-10-15 02:49:00 -04:00
|
|
|
immEnd();
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2016-10-15 02:49:00 -04:00
|
|
|
immUnbindProgram();
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2019-05-28 17:14:22 +02:00
|
|
|
GPU_program_point_size(false);
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_NONE);
|
2021-02-11 01:16:17 -06:00
|
|
|
|
2021-02-12 07:47:02 +11:00
|
|
|
/* Draw multi-input sockets after the others because they are drawn with `UI_draw_roundbox`
|
|
|
|
|
* rather than with `GL_POINT`. */
|
2023-01-02 17:55:32 -05:00
|
|
|
for (const bNodeSocket *socket : node.input_sockets()) {
|
2023-09-19 10:47:21 +02:00
|
|
|
if (!node.is_socket_icon_drawn(*socket)) {
|
2021-02-11 01:16:17 -06:00
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
if (!(socket->flag & SOCK_MULTI_INPUT)) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
const bool is_node_hidden = (node.flag & NODE_HIDDEN);
|
2022-02-28 18:05:12 -05:00
|
|
|
const float width = 0.5f * socket_draw_size;
|
2021-12-03 16:25:17 -05:00
|
|
|
float height = is_node_hidden ? width : node_socket_calculate_height(*socket) - width;
|
2021-02-11 01:16:17 -06:00
|
|
|
|
|
|
|
|
float color[4];
|
|
|
|
|
float outline_color[4];
|
2023-11-01 09:29:56 +01:00
|
|
|
node_socket_color_get(C, ntree, node_ptr, *socket, color);
|
2022-02-28 18:05:12 -05:00
|
|
|
node_socket_outline_color_get(socket->flag & SELECT, socket->type, outline_color);
|
2021-02-11 01:16:17 -06:00
|
|
|
|
2024-04-22 19:48:57 +02:00
|
|
|
const int index_in_tree = socket->index_in_tree();
|
2023-03-19 07:03:01 +01:00
|
|
|
const float2 location = socket->runtime->location;
|
2024-04-22 19:48:57 +02:00
|
|
|
const float2 draw_size(width, height);
|
|
|
|
|
const float2 tooltip_size(scale, height * 2.0f - socket_draw_size + scale);
|
|
|
|
|
node_socket_draw_multi_input(
|
|
|
|
|
block, index_in_tree, location, draw_size, color, outline_color, tooltip_size);
|
2021-02-11 01:16:17 -06:00
|
|
|
}
|
2016-10-15 02:49:00 -04:00
|
|
|
}
|
|
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
static void node_panel_toggle_button_cb(bContext *C, void *panel_state_argv, void *ntree_argv)
|
|
|
|
|
{
|
|
|
|
|
Main *bmain = CTX_data_main(C);
|
|
|
|
|
bNodePanelState *panel_state = static_cast<bNodePanelState *>(panel_state_argv);
|
|
|
|
|
bNodeTree *ntree = static_cast<bNodeTree *>(ntree_argv);
|
|
|
|
|
|
|
|
|
|
panel_state->flag ^= NODE_PANEL_COLLAPSED;
|
|
|
|
|
|
|
|
|
|
ED_node_tree_propagate_change(C, bmain, ntree);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* Draw panel backgrounds first, so other node elements can be rendered on top. */
|
|
|
|
|
static void node_draw_panels_background(const bNode &node, uiBlock &block)
|
|
|
|
|
{
|
|
|
|
|
namespace nodes = blender::nodes;
|
|
|
|
|
|
|
|
|
|
BLI_assert(is_node_panels_supported(node));
|
|
|
|
|
BLI_assert(node.runtime->panels.size() == node.panel_states().size());
|
|
|
|
|
|
|
|
|
|
const nodes::NodeDeclaration &decl = *node.declaration();
|
|
|
|
|
const rctf &rct = node.runtime->totr;
|
2023-09-07 15:07:06 +02:00
|
|
|
float color_panel[4];
|
2024-03-11 19:47:52 +01:00
|
|
|
UI_GetThemeColorShade4fv(TH_NODE, -15, color_panel);
|
2023-09-07 15:07:06 +02:00
|
|
|
|
|
|
|
|
/* True if the last panel is open, draw bottom gap as background. */
|
|
|
|
|
bool is_last_panel_visible = false;
|
|
|
|
|
float last_panel_content_y = 0.0f;
|
2023-08-30 12:37:21 +02:00
|
|
|
|
|
|
|
|
int panel_i = 0;
|
|
|
|
|
for (const nodes::ItemDeclarationPtr &item_decl : decl.items) {
|
|
|
|
|
const nodes::PanelDeclaration *panel_decl = dynamic_cast<nodes::PanelDeclaration *>(
|
|
|
|
|
item_decl.get());
|
|
|
|
|
if (panel_decl == nullptr) {
|
|
|
|
|
/* Not a panel. */
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const bNodePanelState &state = node.panel_states()[panel_i];
|
2023-09-07 15:07:06 +02:00
|
|
|
const bke::bNodePanelRuntime &runtime = node.runtime->panels[panel_i];
|
|
|
|
|
|
2023-08-30 12:37:21 +02:00
|
|
|
/* Don't draw hidden or collapsed panels. */
|
2023-09-28 11:24:48 +02:00
|
|
|
const bool is_background_visible = state.has_visible_content() &&
|
|
|
|
|
!(state.is_collapsed() || state.is_parent_collapsed());
|
|
|
|
|
is_last_panel_visible = is_background_visible;
|
2023-09-07 15:07:06 +02:00
|
|
|
last_panel_content_y = runtime.max_content_y;
|
2023-09-28 11:24:48 +02:00
|
|
|
if (!is_background_visible) {
|
2023-08-30 12:37:21 +02:00
|
|
|
++panel_i;
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
|
|
|
|
|
/* Panel background. */
|
2023-09-07 15:07:06 +02:00
|
|
|
const rctf content_rect = {rct.xmin, rct.xmax, runtime.min_content_y, runtime.max_content_y};
|
2023-08-30 12:37:21 +02:00
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_NONE);
|
|
|
|
|
UI_draw_roundbox_4fv(&content_rect, true, BASIS_RAD, color_panel);
|
|
|
|
|
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
|
|
|
|
|
|
|
|
|
++panel_i;
|
|
|
|
|
}
|
2023-09-07 15:07:06 +02:00
|
|
|
|
|
|
|
|
/* If last item is an open panel, extend the panel background to cover the bottom border. */
|
|
|
|
|
if (is_last_panel_visible) {
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
|
|
|
|
|
const rctf content_rect = {rct.xmin, rct.xmax, rct.ymin, last_panel_content_y};
|
|
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_BOTTOM_RIGHT | UI_CNR_BOTTOM_LEFT);
|
|
|
|
|
UI_draw_roundbox_4fv(&content_rect, true, BASIS_RAD, color_panel);
|
|
|
|
|
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
|
|
|
|
}
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void node_draw_panels(bNodeTree &ntree, const bNode &node, uiBlock &block)
|
|
|
|
|
{
|
|
|
|
|
namespace nodes = blender::nodes;
|
|
|
|
|
|
|
|
|
|
BLI_assert(is_node_panels_supported(node));
|
|
|
|
|
BLI_assert(node.runtime->panels.size() == node.panel_states().size());
|
|
|
|
|
|
|
|
|
|
const nodes::NodeDeclaration &decl = *node.declaration();
|
|
|
|
|
const rctf &rct = node.runtime->totr;
|
|
|
|
|
|
|
|
|
|
int panel_i = 0;
|
|
|
|
|
for (const nodes::ItemDeclarationPtr &item_decl : decl.items) {
|
|
|
|
|
const nodes::PanelDeclaration *panel_decl = dynamic_cast<nodes::PanelDeclaration *>(
|
|
|
|
|
item_decl.get());
|
|
|
|
|
if (panel_decl == nullptr) {
|
|
|
|
|
/* Not a panel. */
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const bNodePanelState &state = node.panel_states()[panel_i];
|
|
|
|
|
/* Don't draw hidden panels. */
|
2023-09-28 11:24:48 +02:00
|
|
|
const bool is_header_visible = state.has_visible_content() && !state.is_parent_collapsed();
|
|
|
|
|
if (!is_header_visible) {
|
2023-08-30 12:37:21 +02:00
|
|
|
++panel_i;
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
const bke::bNodePanelRuntime &runtime = node.runtime->panels[panel_i];
|
|
|
|
|
|
|
|
|
|
const rctf rect = {
|
|
|
|
|
rct.xmin,
|
|
|
|
|
rct.xmax,
|
|
|
|
|
runtime.location_y - NODE_DYS,
|
|
|
|
|
runtime.location_y + NODE_DYS,
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
|
|
|
|
|
/* Collapse/expand icon. */
|
|
|
|
|
const int but_size = U.widget_unit * 0.8f;
|
|
|
|
|
uiDefIconBut(&block,
|
|
|
|
|
UI_BTYPE_BUT_TOGGLE,
|
|
|
|
|
0,
|
|
|
|
|
state.is_collapsed() ? ICON_RIGHTARROW : ICON_DOWNARROW_HLT,
|
|
|
|
|
rct.xmin + (NODE_MARGIN_X / 3),
|
|
|
|
|
runtime.location_y - but_size / 2,
|
|
|
|
|
but_size,
|
|
|
|
|
but_size,
|
|
|
|
|
nullptr,
|
|
|
|
|
0.0f,
|
|
|
|
|
0.0f,
|
|
|
|
|
"");
|
|
|
|
|
|
|
|
|
|
/* Panel label. */
|
|
|
|
|
uiBut *but = uiDefBut(&block,
|
|
|
|
|
UI_BTYPE_LABEL,
|
|
|
|
|
0,
|
2023-09-27 19:27:44 +02:00
|
|
|
IFACE_(panel_decl->name.c_str()),
|
2023-08-30 12:37:21 +02:00
|
|
|
int(rct.xmin + NODE_MARGIN_X + 0.4f),
|
|
|
|
|
int(runtime.location_y - NODE_DYS),
|
2023-09-07 09:21:33 +02:00
|
|
|
short(rct.xmax - rct.xmin - (30.0f * UI_SCALE_FAC)),
|
2023-08-30 12:37:21 +02:00
|
|
|
short(NODE_DY),
|
|
|
|
|
nullptr,
|
|
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
"");
|
|
|
|
|
if (node.flag & NODE_MUTED) {
|
|
|
|
|
UI_but_flag_enable(but, UI_BUT_INACTIVE);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* Invisible button covering the entire header for collapsing/expanding. */
|
2023-09-06 13:30:48 +02:00
|
|
|
const int header_but_margin = NODE_MARGIN_X / 3;
|
2023-08-30 12:37:21 +02:00
|
|
|
but = uiDefIconBut(&block,
|
|
|
|
|
UI_BTYPE_BUT_TOGGLE,
|
|
|
|
|
0,
|
|
|
|
|
ICON_NONE,
|
2023-09-06 13:30:48 +02:00
|
|
|
rect.xmin + header_but_margin,
|
2023-08-30 12:37:21 +02:00
|
|
|
rect.ymin,
|
2023-09-06 13:30:48 +02:00
|
|
|
std::max(int(rect.xmax - rect.xmin - 2 * header_but_margin), 0),
|
2023-08-30 12:37:21 +02:00
|
|
|
rect.ymax - rect.ymin,
|
|
|
|
|
nullptr,
|
|
|
|
|
0.0f,
|
|
|
|
|
0.0f,
|
|
|
|
|
"");
|
2023-11-07 10:59:33 +01:00
|
|
|
UI_but_func_pushed_state_set(but, [&state](const uiBut &) { return state.is_collapsed(); });
|
2023-08-30 12:37:21 +02:00
|
|
|
UI_but_func_set(
|
|
|
|
|
but, node_panel_toggle_button_cb, const_cast<bNodePanelState *>(&state), &ntree);
|
|
|
|
|
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
|
|
|
|
|
|
|
|
|
++panel_i;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2021-07-07 11:20:19 +02:00
|
|
|
static int node_error_type_to_icon(const geo_log::NodeWarningType type)
|
2021-02-16 17:15:08 -06:00
|
|
|
{
|
|
|
|
|
switch (type) {
|
2021-07-07 11:20:19 +02:00
|
|
|
case geo_log::NodeWarningType::Error:
|
2021-02-16 17:15:08 -06:00
|
|
|
return ICON_ERROR;
|
2021-07-07 11:20:19 +02:00
|
|
|
case geo_log::NodeWarningType::Warning:
|
2021-02-16 17:15:08 -06:00
|
|
|
return ICON_ERROR;
|
2021-07-07 11:20:19 +02:00
|
|
|
case geo_log::NodeWarningType::Info:
|
2021-02-16 17:15:08 -06:00
|
|
|
return ICON_INFO;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
BLI_assert(false);
|
|
|
|
|
return ICON_ERROR;
|
|
|
|
|
}
|
|
|
|
|
|
2021-07-07 11:20:19 +02:00
|
|
|
static uint8_t node_error_type_priority(const geo_log::NodeWarningType type)
|
2021-02-16 17:15:08 -06:00
|
|
|
{
|
|
|
|
|
switch (type) {
|
2021-07-07 11:20:19 +02:00
|
|
|
case geo_log::NodeWarningType::Error:
|
2021-02-16 17:15:08 -06:00
|
|
|
return 3;
|
2021-07-07 11:20:19 +02:00
|
|
|
case geo_log::NodeWarningType::Warning:
|
2021-02-16 17:15:08 -06:00
|
|
|
return 2;
|
2021-07-07 11:20:19 +02:00
|
|
|
case geo_log::NodeWarningType::Info:
|
2021-02-16 17:15:08 -06:00
|
|
|
return 1;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
BLI_assert(false);
|
|
|
|
|
return 0;
|
|
|
|
|
}
|
|
|
|
|
|
2021-07-07 11:20:19 +02:00
|
|
|
static geo_log::NodeWarningType node_error_highest_priority(Span<geo_log::NodeWarning> warnings)
|
2021-02-16 17:15:08 -06:00
|
|
|
{
|
|
|
|
|
uint8_t highest_priority = 0;
|
2021-07-07 11:20:19 +02:00
|
|
|
geo_log::NodeWarningType highest_priority_type = geo_log::NodeWarningType::Info;
|
|
|
|
|
for (const geo_log::NodeWarning &warning : warnings) {
|
2021-02-16 17:15:08 -06:00
|
|
|
const uint8_t priority = node_error_type_priority(warning.type);
|
|
|
|
|
if (priority > highest_priority) {
|
|
|
|
|
highest_priority = priority;
|
|
|
|
|
highest_priority_type = warning.type;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
return highest_priority_type;
|
|
|
|
|
}
|
|
|
|
|
|
2021-07-07 11:20:19 +02:00
|
|
|
struct NodeErrorsTooltipData {
|
|
|
|
|
Span<geo_log::NodeWarning> warnings;
|
|
|
|
|
};
|
|
|
|
|
|
2024-01-26 14:39:05 -05:00
|
|
|
static std::string node_errors_tooltip_fn(bContext * /*C*/, void *argN, const char * /*tip*/)
|
2021-02-16 17:15:08 -06:00
|
|
|
{
|
2021-07-07 11:20:19 +02:00
|
|
|
NodeErrorsTooltipData &data = *(NodeErrorsTooltipData *)argN;
|
2021-02-16 17:15:08 -06:00
|
|
|
|
|
|
|
|
std::string complete_string;
|
|
|
|
|
|
2021-07-07 11:20:19 +02:00
|
|
|
for (const geo_log::NodeWarning &warning : data.warnings.drop_back(1)) {
|
2021-02-16 17:15:08 -06:00
|
|
|
complete_string += warning.message;
|
2021-03-03 12:58:33 -06:00
|
|
|
/* Adding the period is not ideal for multi-line messages, but it is consistent
|
|
|
|
|
* with other tooltip implementations in Blender, so it is added here. */
|
|
|
|
|
complete_string += '.';
|
2021-02-16 17:15:08 -06:00
|
|
|
complete_string += '\n';
|
|
|
|
|
}
|
|
|
|
|
|
2021-03-03 12:58:33 -06:00
|
|
|
/* Let the tooltip system automatically add the last period. */
|
2021-07-07 11:20:19 +02:00
|
|
|
complete_string += data.warnings.last().message;
|
2021-02-16 17:15:08 -06:00
|
|
|
|
2024-01-26 14:39:05 -05:00
|
|
|
return complete_string;
|
2021-02-16 17:15:08 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
#define NODE_HEADER_ICON_SIZE (0.8f * U.widget_unit)
|
|
|
|
|
|
2023-01-02 17:37:26 -05:00
|
|
|
static void node_add_unsupported_compositor_operation_error_message_button(const bNode &node,
|
2022-11-23 15:05:34 +02:00
|
|
|
uiBlock &block,
|
|
|
|
|
const rctf &rect,
|
|
|
|
|
float &icon_offset)
|
2022-11-23 14:34:31 +02:00
|
|
|
{
|
|
|
|
|
icon_offset -= NODE_HEADER_ICON_SIZE;
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
uiDefIconBut(&block,
|
|
|
|
|
UI_BTYPE_BUT,
|
|
|
|
|
0,
|
|
|
|
|
ICON_ERROR,
|
|
|
|
|
icon_offset,
|
|
|
|
|
rect.ymax - NODE_DY,
|
|
|
|
|
NODE_HEADER_ICON_SIZE,
|
|
|
|
|
UI_UNIT_Y,
|
|
|
|
|
nullptr,
|
|
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
TIP_(node.typeinfo->realtime_compositor_unsupported_message));
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
|
|
|
|
}
|
|
|
|
|
|
2023-01-02 17:37:26 -05:00
|
|
|
static void node_add_error_message_button(const TreeDrawContext &tree_draw_ctx,
|
|
|
|
|
const bNode &node,
|
2022-09-13 08:44:26 +02:00
|
|
|
uiBlock &block,
|
|
|
|
|
const rctf &rect,
|
|
|
|
|
float &icon_offset)
|
2021-02-16 17:15:08 -06:00
|
|
|
{
|
2022-11-23 14:34:31 +02:00
|
|
|
if (tree_draw_ctx.used_by_realtime_compositor &&
|
|
|
|
|
node.typeinfo->realtime_compositor_unsupported_message)
|
|
|
|
|
{
|
2022-11-23 15:05:34 +02:00
|
|
|
node_add_unsupported_compositor_operation_error_message_button(node, block, rect, icon_offset);
|
2022-11-23 14:34:31 +02:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
geo_log::GeoTreeLog *geo_tree_log = [&]() -> geo_log::GeoTreeLog * {
|
2023-06-20 10:25:41 +02:00
|
|
|
const bNodeTreeZones *zones = node.owner_tree().zones();
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
if (!zones) {
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
2023-06-20 10:25:41 +02:00
|
|
|
const bNodeTreeZone *zone = zones->get_zone_by_node(node.identifier);
|
2023-09-27 11:09:39 +02:00
|
|
|
if (zone && ELEM(&node, zone->input_node, zone->output_node)) {
|
|
|
|
|
zone = zone->parent_zone;
|
|
|
|
|
}
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
return tree_draw_ctx.geo_log_by_zone.lookup_default(zone, nullptr);
|
|
|
|
|
}();
|
|
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
Span<geo_log::NodeWarning> warnings;
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
if (geo_tree_log) {
|
|
|
|
|
geo_log::GeoNodeLog *node_log = geo_tree_log->nodes.lookup_ptr(node.identifier);
|
2022-09-13 08:44:26 +02:00
|
|
|
if (node_log != nullptr) {
|
|
|
|
|
warnings = node_log->warnings;
|
|
|
|
|
}
|
2021-07-07 11:20:19 +02:00
|
|
|
}
|
|
|
|
|
if (warnings.is_empty()) {
|
2021-02-16 17:15:08 -06:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
2021-07-07 11:20:19 +02:00
|
|
|
const geo_log::NodeWarningType display_type = node_error_highest_priority(warnings);
|
2022-09-13 08:44:26 +02:00
|
|
|
NodeErrorsTooltipData *tooltip_data = MEM_new<NodeErrorsTooltipData>(__func__);
|
|
|
|
|
tooltip_data->warnings = warnings;
|
2021-02-16 17:15:08 -06:00
|
|
|
|
|
|
|
|
icon_offset -= NODE_HEADER_ICON_SIZE;
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
uiBut *but = uiDefIconBut(&block,
|
2021-02-16 17:15:08 -06:00
|
|
|
UI_BTYPE_BUT,
|
|
|
|
|
0,
|
|
|
|
|
node_error_type_to_icon(display_type),
|
|
|
|
|
icon_offset,
|
|
|
|
|
rect.ymax - NODE_DY,
|
|
|
|
|
NODE_HEADER_ICON_SIZE,
|
|
|
|
|
UI_UNIT_Y,
|
|
|
|
|
nullptr,
|
|
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
nullptr);
|
2022-09-13 08:44:26 +02:00
|
|
|
UI_but_func_tooltip_set(but, node_errors_tooltip_fn, tooltip_data, [](void *arg) {
|
|
|
|
|
MEM_delete(static_cast<NodeErrorsTooltipData *>(arg));
|
|
|
|
|
});
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
2021-02-16 17:15:08 -06:00
|
|
|
}
|
|
|
|
|
|
2024-02-09 10:19:24 +01:00
|
|
|
static std::optional<std::chrono::nanoseconds> geo_node_get_execution_time(
|
|
|
|
|
const TreeDrawContext &tree_draw_ctx, const SpaceNode &snode, const bNode &node)
|
2021-11-23 17:37:31 +01:00
|
|
|
{
|
2024-02-09 10:19:24 +01:00
|
|
|
const bNodeTree &ntree = *snode.edittree;
|
|
|
|
|
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
geo_log::GeoTreeLog *tree_log = [&]() -> geo_log::GeoTreeLog * {
|
2023-06-20 10:25:41 +02:00
|
|
|
const bNodeTreeZones *zones = ntree.zones();
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
if (!zones) {
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
2023-06-20 10:25:41 +02:00
|
|
|
const bNodeTreeZone *zone = zones->get_zone_by_node(node.identifier);
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
return tree_draw_ctx.geo_log_by_zone.lookup_default(zone, nullptr);
|
|
|
|
|
}();
|
|
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
if (tree_log == nullptr) {
|
|
|
|
|
return std::nullopt;
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.type == NODE_GROUP_OUTPUT) {
|
2022-09-13 08:44:26 +02:00
|
|
|
return tree_log->run_time_sum;
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
2022-12-29 12:01:32 -05:00
|
|
|
if (node.is_frame()) {
|
2021-11-23 17:37:31 +01:00
|
|
|
/* Could be cached in the future if this recursive code turns out to be slow. */
|
2022-09-13 08:44:26 +02:00
|
|
|
std::chrono::nanoseconds run_time{0};
|
|
|
|
|
bool found_node = false;
|
2021-11-23 17:37:31 +01:00
|
|
|
|
2022-11-21 16:10:05 +01:00
|
|
|
for (const bNode *tnode : node.direct_children_in_frame()) {
|
|
|
|
|
if (tnode->is_frame()) {
|
2024-02-09 10:19:24 +01:00
|
|
|
std::optional<std::chrono::nanoseconds> sub_frame_run_time = geo_node_get_execution_time(
|
|
|
|
|
tree_draw_ctx, snode, *tnode);
|
2022-09-13 08:44:26 +02:00
|
|
|
if (sub_frame_run_time.has_value()) {
|
|
|
|
|
run_time += *sub_frame_run_time;
|
|
|
|
|
found_node = true;
|
|
|
|
|
}
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
|
|
|
|
else {
|
2022-12-01 14:53:27 -06:00
|
|
|
if (const geo_log::GeoNodeLog *node_log = tree_log->nodes.lookup_ptr_as(tnode->identifier))
|
|
|
|
|
{
|
2022-09-13 08:44:26 +02:00
|
|
|
found_node = true;
|
|
|
|
|
run_time += node_log->run_time;
|
|
|
|
|
}
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
|
|
|
|
}
|
2022-09-13 08:44:26 +02:00
|
|
|
if (found_node) {
|
|
|
|
|
return run_time;
|
|
|
|
|
}
|
|
|
|
|
return std::nullopt;
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
2022-12-01 14:53:27 -06:00
|
|
|
if (const geo_log::GeoNodeLog *node_log = tree_log->nodes.lookup_ptr(node.identifier)) {
|
2022-09-13 08:44:26 +02:00
|
|
|
return node_log->run_time;
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
2022-09-13 08:44:26 +02:00
|
|
|
return std::nullopt;
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
|
|
|
|
|
2024-02-09 10:19:24 +01:00
|
|
|
/* Create node key instance, assuming the node comes from the currently edited node tree. */
|
|
|
|
|
static bNodeInstanceKey current_node_instance_key(const SpaceNode &snode, const bNode &node)
|
|
|
|
|
{
|
|
|
|
|
const bNodeTreePath *path = static_cast<const bNodeTreePath *>(snode.treepath.last);
|
|
|
|
|
|
|
|
|
|
/* Some code in this file checks for the non-null elements of the tree path. However, if we did
|
|
|
|
|
* iterate into a node it is expected that there is a tree, and it should be in the path.
|
|
|
|
|
* Otherwise something else went wrong. */
|
|
|
|
|
BLI_assert(path);
|
|
|
|
|
|
|
|
|
|
/* Assume that the currently editing tree is the last in the path. */
|
|
|
|
|
BLI_assert(snode.edittree == path->nodetree);
|
|
|
|
|
|
|
|
|
|
return BKE_node_instance_key(path->parent_key, snode.edittree, &node);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static std::optional<std::chrono::nanoseconds> compositor_accumulate_frame_node_execution_time(
|
|
|
|
|
const TreeDrawContext &tree_draw_ctx, const SpaceNode &snode, const bNode &node)
|
|
|
|
|
{
|
|
|
|
|
BLI_assert(tree_draw_ctx.compositor_per_node_execution_time);
|
|
|
|
|
|
|
|
|
|
timeit::Nanoseconds frame_execution_time(0);
|
|
|
|
|
bool has_any_execution_time = false;
|
|
|
|
|
|
|
|
|
|
for (const bNode *current_node : node.direct_children_in_frame()) {
|
|
|
|
|
const bNodeInstanceKey key = current_node_instance_key(snode, *current_node);
|
|
|
|
|
if (const timeit::Nanoseconds *node_execution_time =
|
|
|
|
|
tree_draw_ctx.compositor_per_node_execution_time->lookup_ptr(key))
|
|
|
|
|
{
|
|
|
|
|
frame_execution_time += *node_execution_time;
|
|
|
|
|
has_any_execution_time = true;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (!has_any_execution_time) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return frame_execution_time;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static std::optional<std::chrono::nanoseconds> compositor_node_get_execution_time(
|
|
|
|
|
const TreeDrawContext &tree_draw_ctx, const SpaceNode &snode, const bNode &node)
|
|
|
|
|
{
|
|
|
|
|
BLI_assert(tree_draw_ctx.compositor_per_node_execution_time);
|
|
|
|
|
|
|
|
|
|
/* For the frame nodes accumulate execution time of its children. */
|
|
|
|
|
if (node.is_frame()) {
|
|
|
|
|
return compositor_accumulate_frame_node_execution_time(tree_draw_ctx, snode, node);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* For other nodes simply lookup execution time.
|
|
|
|
|
* The group node instances have their own entries in the execution times map. */
|
|
|
|
|
const bNodeInstanceKey key = current_node_instance_key(snode, node);
|
|
|
|
|
if (const timeit::Nanoseconds *execution_time =
|
|
|
|
|
tree_draw_ctx.compositor_per_node_execution_time->lookup_ptr(key))
|
|
|
|
|
{
|
|
|
|
|
return *execution_time;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static std::optional<std::chrono::nanoseconds> node_get_execution_time(
|
|
|
|
|
const TreeDrawContext &tree_draw_ctx, const SpaceNode &snode, const bNode &node)
|
|
|
|
|
{
|
|
|
|
|
switch (snode.edittree->type) {
|
|
|
|
|
case NTREE_GEOMETRY:
|
|
|
|
|
return geo_node_get_execution_time(tree_draw_ctx, snode, node);
|
|
|
|
|
case NTREE_COMPOSIT:
|
|
|
|
|
return compositor_node_get_execution_time(tree_draw_ctx, snode, node);
|
|
|
|
|
}
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
static std::string node_get_execution_time_label(TreeDrawContext &tree_draw_ctx,
|
|
|
|
|
const SpaceNode &snode,
|
|
|
|
|
const bNode &node)
|
2021-11-23 17:37:31 +01:00
|
|
|
{
|
2022-09-13 08:44:26 +02:00
|
|
|
const std::optional<std::chrono::nanoseconds> exec_time = node_get_execution_time(
|
2024-02-09 10:19:24 +01:00
|
|
|
tree_draw_ctx, snode, node);
|
2021-11-23 17:37:31 +01:00
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
if (!exec_time.has_value()) {
|
2021-11-23 17:37:31 +01:00
|
|
|
return std::string("");
|
|
|
|
|
}
|
|
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
const uint64_t exec_time_us =
|
|
|
|
|
std::chrono::duration_cast<std::chrono::microseconds>(*exec_time).count();
|
2021-11-23 17:37:31 +01:00
|
|
|
|
|
|
|
|
/* Don't show time if execution time is 0 microseconds. */
|
|
|
|
|
if (exec_time_us == 0) {
|
|
|
|
|
return std::string("-");
|
|
|
|
|
}
|
2021-11-23 12:49:45 -05:00
|
|
|
if (exec_time_us < 100) {
|
2021-11-23 17:37:31 +01:00
|
|
|
return std::string("< 0.1 ms");
|
|
|
|
|
}
|
|
|
|
|
|
2021-11-23 12:49:45 -05:00
|
|
|
int precision = 0;
|
|
|
|
|
/* Show decimal if value is below 1ms */
|
|
|
|
|
if (exec_time_us < 1000) {
|
|
|
|
|
precision = 2;
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
2021-11-23 12:49:45 -05:00
|
|
|
else if (exec_time_us < 10000) {
|
|
|
|
|
precision = 1;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
std::stringstream stream;
|
|
|
|
|
stream << std::fixed << std::setprecision(precision) << (exec_time_us / 1000.0f);
|
|
|
|
|
return stream.str() + " ms";
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
|
|
|
|
|
2022-04-14 16:31:09 +02:00
|
|
|
struct NamedAttributeTooltipArg {
|
2022-09-17 12:08:43 +02:00
|
|
|
Map<StringRefNull, geo_log::NamedAttributeUsage> usage_by_attribute;
|
2021-11-23 17:37:31 +01:00
|
|
|
};
|
|
|
|
|
|
2024-01-26 14:39:05 -05:00
|
|
|
static std::string named_attribute_tooltip(bContext * /*C*/, void *argN, const char * /*tip*/)
|
2022-04-14 16:31:09 +02:00
|
|
|
{
|
|
|
|
|
NamedAttributeTooltipArg &arg = *static_cast<NamedAttributeTooltipArg *>(argN);
|
|
|
|
|
|
|
|
|
|
std::stringstream ss;
|
2022-09-17 01:50:55 +02:00
|
|
|
ss << TIP_("Accessed named attributes:") << "\n";
|
2022-04-25 16:00:43 +02:00
|
|
|
|
|
|
|
|
struct NameWithUsage {
|
|
|
|
|
StringRefNull name;
|
2022-09-13 08:44:26 +02:00
|
|
|
geo_log::NamedAttributeUsage usage;
|
2022-04-25 16:00:43 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
Vector<NameWithUsage> sorted_used_attribute;
|
2022-04-14 16:31:09 +02:00
|
|
|
for (auto &&item : arg.usage_by_attribute.items()) {
|
|
|
|
|
sorted_used_attribute.append({item.key, item.value});
|
|
|
|
|
}
|
2022-04-25 16:00:43 +02:00
|
|
|
std::sort(sorted_used_attribute.begin(),
|
|
|
|
|
sorted_used_attribute.end(),
|
|
|
|
|
[](const NameWithUsage &a, const NameWithUsage &b) {
|
2024-03-12 17:31:02 +01:00
|
|
|
return BLI_strcasecmp_natural(a.name.c_str(), b.name.c_str()) < 0;
|
2022-04-25 16:00:43 +02:00
|
|
|
});
|
|
|
|
|
|
|
|
|
|
for (const NameWithUsage &attribute : sorted_used_attribute) {
|
|
|
|
|
const StringRefNull name = attribute.name;
|
2022-09-13 08:44:26 +02:00
|
|
|
const geo_log::NamedAttributeUsage usage = attribute.usage;
|
2024-02-03 19:14:51 +01:00
|
|
|
ss << fmt::format(TIP_(" \u2022 \"{}\": "), name);
|
2022-04-14 16:31:09 +02:00
|
|
|
Vector<std::string> usages;
|
2022-09-13 08:44:26 +02:00
|
|
|
if ((usage & geo_log::NamedAttributeUsage::Read) != geo_log::NamedAttributeUsage::None) {
|
2022-04-14 16:31:09 +02:00
|
|
|
usages.append(TIP_("read"));
|
|
|
|
|
}
|
2022-09-13 08:44:26 +02:00
|
|
|
if ((usage & geo_log::NamedAttributeUsage::Write) != geo_log::NamedAttributeUsage::None) {
|
2022-04-14 16:31:09 +02:00
|
|
|
usages.append(TIP_("write"));
|
|
|
|
|
}
|
2022-09-13 08:44:26 +02:00
|
|
|
if ((usage & geo_log::NamedAttributeUsage::Remove) != geo_log::NamedAttributeUsage::None) {
|
2022-04-14 16:31:09 +02:00
|
|
|
usages.append(TIP_("remove"));
|
|
|
|
|
}
|
|
|
|
|
for (const int i : usages.index_range()) {
|
|
|
|
|
ss << usages[i];
|
|
|
|
|
if (i < usages.size() - 1) {
|
|
|
|
|
ss << ", ";
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
ss << "\n";
|
|
|
|
|
}
|
|
|
|
|
ss << "\n";
|
|
|
|
|
ss << TIP_(
|
|
|
|
|
"Attributes with these names used within the group may conflict with existing attributes");
|
2024-01-26 14:39:05 -05:00
|
|
|
return ss.str();
|
2022-04-14 16:31:09 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static NodeExtraInfoRow row_from_used_named_attribute(
|
2022-09-17 12:08:43 +02:00
|
|
|
const Map<StringRefNull, geo_log::NamedAttributeUsage> &usage_by_attribute_name)
|
2022-04-14 16:31:09 +02:00
|
|
|
{
|
2022-04-25 16:28:21 +02:00
|
|
|
const int attributes_num = usage_by_attribute_name.size();
|
|
|
|
|
|
2022-04-14 16:31:09 +02:00
|
|
|
NodeExtraInfoRow row;
|
2022-04-25 16:28:21 +02:00
|
|
|
row.text = std::to_string(attributes_num) +
|
2024-01-11 19:49:03 +01:00
|
|
|
(attributes_num == 1 ? RPT_(" Named Attribute") : RPT_(" Named Attributes"));
|
2022-04-14 16:31:09 +02:00
|
|
|
row.icon = ICON_SPREADSHEET;
|
|
|
|
|
row.tooltip_fn = named_attribute_tooltip;
|
|
|
|
|
row.tooltip_fn_arg = new NamedAttributeTooltipArg{usage_by_attribute_name};
|
|
|
|
|
row.tooltip_fn_free_arg = [](void *arg) { delete static_cast<NamedAttributeTooltipArg *>(arg); };
|
|
|
|
|
return row;
|
|
|
|
|
}
|
|
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
static std::optional<NodeExtraInfoRow> node_get_accessed_attributes_row(
|
|
|
|
|
TreeDrawContext &tree_draw_ctx, const bNode &node)
|
2022-04-14 16:31:09 +02:00
|
|
|
{
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
geo_log::GeoTreeLog *geo_tree_log = [&]() -> geo_log::GeoTreeLog * {
|
2023-06-20 10:25:41 +02:00
|
|
|
const bNodeTreeZones *zones = node.owner_tree().zones();
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
if (!zones) {
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
2023-06-20 10:25:41 +02:00
|
|
|
const bNodeTreeZone *zone = zones->get_zone_by_node(node.identifier);
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
return tree_draw_ctx.geo_log_by_zone.lookup_default(zone, nullptr);
|
|
|
|
|
}();
|
|
|
|
|
if (geo_tree_log == nullptr) {
|
2022-09-13 08:44:26 +02:00
|
|
|
return std::nullopt;
|
2022-04-14 16:31:09 +02:00
|
|
|
}
|
|
|
|
|
if (ELEM(node.type,
|
|
|
|
|
GEO_NODE_STORE_NAMED_ATTRIBUTE,
|
|
|
|
|
GEO_NODE_REMOVE_ATTRIBUTE,
|
|
|
|
|
GEO_NODE_INPUT_NAMED_ATTRIBUTE))
|
|
|
|
|
{
|
|
|
|
|
/* Only show the overlay when the name is passed in from somewhere else. */
|
2023-01-02 17:55:32 -05:00
|
|
|
for (const bNodeSocket *socket : node.input_sockets()) {
|
2022-04-14 16:31:09 +02:00
|
|
|
if (STREQ(socket->name, "Name")) {
|
2022-09-13 08:44:26 +02:00
|
|
|
if (!socket->is_directly_linked()) {
|
2022-04-14 16:31:09 +02:00
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
geo_tree_log->ensure_used_named_attributes();
|
|
|
|
|
geo_log::GeoNodeLog *node_log = geo_tree_log->nodes.lookup_ptr(node.identifier);
|
2022-09-13 08:44:26 +02:00
|
|
|
if (node_log == nullptr) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
if (node_log->used_named_attributes.is_empty()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
return row_from_used_named_attribute(node_log->used_named_attributes);
|
2022-04-14 16:31:09 +02:00
|
|
|
}
|
|
|
|
|
|
2024-02-09 10:19:24 +01:00
|
|
|
static std::optional<NodeExtraInfoRow> node_get_execution_time_label_row(
|
|
|
|
|
TreeDrawContext &tree_draw_ctx, const SpaceNode &snode, const bNode &node)
|
|
|
|
|
{
|
|
|
|
|
NodeExtraInfoRow row;
|
|
|
|
|
row.text = node_get_execution_time_label(tree_draw_ctx, snode, node);
|
|
|
|
|
if (row.text.empty()) {
|
|
|
|
|
return std::nullopt;
|
|
|
|
|
}
|
|
|
|
|
row.tooltip = TIP_(
|
|
|
|
|
"The execution time from the node tree's latest evaluation. For frame and group "
|
|
|
|
|
"nodes, the time for all sub-nodes");
|
|
|
|
|
row.icon = ICON_PREVIEW_RANGE;
|
|
|
|
|
return row;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void node_get_compositor_extra_info(TreeDrawContext &tree_draw_ctx,
|
|
|
|
|
const SpaceNode &snode,
|
|
|
|
|
const bNode &node,
|
|
|
|
|
Vector<NodeExtraInfoRow> &rows)
|
|
|
|
|
{
|
|
|
|
|
if (snode.overlay.flag & SN_OVERLAY_SHOW_TIMINGS) {
|
|
|
|
|
std::optional<NodeExtraInfoRow> row = node_get_execution_time_label_row(
|
|
|
|
|
tree_draw_ctx, snode, node);
|
|
|
|
|
if (row.has_value()) {
|
|
|
|
|
rows.append(std::move(*row));
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2023-12-05 15:57:40 +01:00
|
|
|
static Vector<NodeExtraInfoRow> node_get_extra_info(const bContext &C,
|
|
|
|
|
TreeDrawContext &tree_draw_ctx,
|
2022-09-13 08:44:26 +02:00
|
|
|
const SpaceNode &snode,
|
|
|
|
|
const bNode &node)
|
2021-11-23 17:37:31 +01:00
|
|
|
{
|
|
|
|
|
Vector<NodeExtraInfoRow> rows;
|
2023-12-05 15:57:40 +01:00
|
|
|
|
|
|
|
|
if (node.typeinfo->get_extra_info) {
|
|
|
|
|
nodes::NodeExtraInfoParams params{rows, node, C};
|
|
|
|
|
node.typeinfo->get_extra_info(params);
|
|
|
|
|
}
|
|
|
|
|
|
2024-02-06 19:08:01 +01:00
|
|
|
if (node.typeinfo->deprecation_notice) {
|
|
|
|
|
NodeExtraInfoRow row;
|
|
|
|
|
row.text = IFACE_("Deprecated");
|
|
|
|
|
row.icon = ICON_INFO;
|
|
|
|
|
row.tooltip = TIP_(node.typeinfo->deprecation_notice);
|
|
|
|
|
rows.append(std::move(row));
|
|
|
|
|
}
|
|
|
|
|
|
2024-02-09 10:19:24 +01:00
|
|
|
if (snode.edittree->type == NTREE_COMPOSIT) {
|
|
|
|
|
node_get_compositor_extra_info(tree_draw_ctx, snode, node, rows);
|
|
|
|
|
return rows;
|
|
|
|
|
}
|
|
|
|
|
|
2023-07-18 15:07:15 +02:00
|
|
|
if (!(snode.edittree->type == NTREE_GEOMETRY)) {
|
2024-02-09 10:19:24 +01:00
|
|
|
/* Currently geometry and compositor nodes are the only nodes to have extra info per nodes. */
|
2021-11-23 17:37:31 +01:00
|
|
|
return rows;
|
|
|
|
|
}
|
|
|
|
|
|
2023-07-18 15:07:15 +02:00
|
|
|
if (snode.overlay.flag & SN_OVERLAY_SHOW_NAMED_ATTRIBUTES) {
|
2022-09-13 08:44:26 +02:00
|
|
|
if (std::optional<NodeExtraInfoRow> row = node_get_accessed_attributes_row(tree_draw_ctx,
|
2024-01-02 18:12:54 +01:00
|
|
|
node))
|
|
|
|
|
{
|
2022-04-25 16:03:34 +02:00
|
|
|
rows.append(std::move(*row));
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2023-07-18 15:07:15 +02:00
|
|
|
if (snode.overlay.flag & SN_OVERLAY_SHOW_TIMINGS &&
|
2021-12-03 16:25:17 -05:00
|
|
|
(ELEM(node.typeinfo->nclass, NODE_CLASS_GEOMETRY, NODE_CLASS_GROUP, NODE_CLASS_ATTRIBUTE) ||
|
|
|
|
|
ELEM(node.type, NODE_FRAME, NODE_GROUP_OUTPUT)))
|
|
|
|
|
{
|
2024-02-09 10:19:24 +01:00
|
|
|
std::optional<NodeExtraInfoRow> row = node_get_execution_time_label_row(
|
|
|
|
|
tree_draw_ctx, snode, node);
|
|
|
|
|
if (row.has_value()) {
|
|
|
|
|
rows.append(std::move(*row));
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
|
|
|
|
}
|
2022-09-13 08:44:26 +02:00
|
|
|
|
2023-07-18 15:07:15 +02:00
|
|
|
geo_log::GeoTreeLog *tree_log = [&]() -> geo_log::GeoTreeLog * {
|
|
|
|
|
const bNodeTreeZones *tree_zones = node.owner_tree().zones();
|
|
|
|
|
if (!tree_zones) {
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
|
|
|
|
const bNodeTreeZone *zone = tree_zones->get_zone_by_node(node.identifier);
|
|
|
|
|
return tree_draw_ctx.geo_log_by_zone.lookup_default(zone, nullptr);
|
|
|
|
|
}();
|
|
|
|
|
|
|
|
|
|
if (tree_log) {
|
|
|
|
|
tree_log->ensure_debug_messages();
|
|
|
|
|
const geo_log::GeoNodeLog *node_log = tree_log->nodes.lookup_ptr(node.identifier);
|
|
|
|
|
if (node_log != nullptr) {
|
|
|
|
|
for (const StringRef message : node_log->debug_messages) {
|
|
|
|
|
NodeExtraInfoRow row;
|
|
|
|
|
row.text = message;
|
|
|
|
|
row.icon = ICON_INFO;
|
|
|
|
|
rows.append(std::move(row));
|
2022-09-13 08:44:26 +02:00
|
|
|
}
|
2021-11-24 13:39:09 +01:00
|
|
|
}
|
|
|
|
|
}
|
2022-04-14 16:31:09 +02:00
|
|
|
|
2021-11-23 17:37:31 +01:00
|
|
|
return rows;
|
|
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
static void node_draw_extra_info_row(const bNode &node,
|
2021-12-14 11:19:47 -06:00
|
|
|
uiBlock &block,
|
2021-12-03 16:25:17 -05:00
|
|
|
const rctf &rect,
|
2021-11-23 17:37:31 +01:00
|
|
|
const int row,
|
|
|
|
|
const NodeExtraInfoRow &extra_info_row)
|
|
|
|
|
{
|
2023-03-17 04:19:05 +01:00
|
|
|
const float but_icon_left = rect.xmin + 6.0f * UI_SCALE_FAC;
|
2022-04-25 16:28:21 +02:00
|
|
|
const float but_icon_width = NODE_HEADER_ICON_SIZE * 0.8f;
|
|
|
|
|
const float but_icon_right = but_icon_left + but_icon_width;
|
|
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
uiBut *but_icon = uiDefIconBut(&block,
|
2021-11-23 17:37:31 +01:00
|
|
|
UI_BTYPE_BUT,
|
|
|
|
|
0,
|
|
|
|
|
extra_info_row.icon,
|
2022-09-25 18:33:28 +10:00
|
|
|
int(but_icon_left),
|
2023-03-17 04:19:05 +01:00
|
|
|
int(rect.ymin + row * (20.0f * UI_SCALE_FAC)),
|
2022-04-25 16:28:21 +02:00
|
|
|
but_icon_width,
|
2021-11-23 17:37:31 +01:00
|
|
|
UI_UNIT_Y,
|
|
|
|
|
nullptr,
|
|
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
extra_info_row.tooltip);
|
2022-04-15 11:59:02 -05:00
|
|
|
if (extra_info_row.tooltip_fn != nullptr) {
|
2022-04-14 16:31:09 +02:00
|
|
|
UI_but_func_tooltip_set(but_icon,
|
|
|
|
|
extra_info_row.tooltip_fn,
|
|
|
|
|
extra_info_row.tooltip_fn_arg,
|
|
|
|
|
extra_info_row.tooltip_fn_free_arg);
|
|
|
|
|
}
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
2022-04-25 16:28:21 +02:00
|
|
|
|
2023-03-17 04:19:05 +01:00
|
|
|
const float but_text_left = but_icon_right + 6.0f * UI_SCALE_FAC;
|
2022-04-25 16:28:21 +02:00
|
|
|
const float but_text_right = rect.xmax;
|
|
|
|
|
const float but_text_width = but_text_right - but_text_left;
|
|
|
|
|
|
|
|
|
|
uiBut *but_text = uiDefBut(&block,
|
|
|
|
|
UI_BTYPE_LABEL,
|
|
|
|
|
0,
|
|
|
|
|
extra_info_row.text.c_str(),
|
2022-09-25 18:33:28 +10:00
|
|
|
int(but_text_left),
|
2023-03-17 04:19:05 +01:00
|
|
|
int(rect.ymin + row * (20.0f * UI_SCALE_FAC)),
|
2022-09-25 18:33:28 +10:00
|
|
|
short(but_text_width),
|
|
|
|
|
short(NODE_DY),
|
2022-04-25 16:28:21 +02:00
|
|
|
nullptr,
|
|
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
"");
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & NODE_MUTED) {
|
2022-04-14 16:31:09 +02:00
|
|
|
UI_but_flag_enable(but_text, UI_BUT_INACTIVE);
|
2021-11-23 17:37:31 +01:00
|
|
|
UI_but_flag_enable(but_icon, UI_BUT_INACTIVE);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2023-10-14 09:37:03 +02:00
|
|
|
static void node_draw_extra_info_panel_back(const bNode &node, const rctf &extra_info_rect)
|
|
|
|
|
{
|
|
|
|
|
const rctf &node_rect = node.runtime->totr;
|
|
|
|
|
rctf panel_back_rect = extra_info_rect;
|
2023-10-19 18:53:16 +11:00
|
|
|
/* Extend the panel behind hidden nodes to accommodate the large rounded corners. */
|
2023-10-14 09:37:03 +02:00
|
|
|
if (node.flag & NODE_HIDDEN) {
|
|
|
|
|
panel_back_rect.ymin = BLI_rctf_cent_y(&node_rect);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
ColorTheme4f color;
|
|
|
|
|
if (node.flag & NODE_MUTED) {
|
|
|
|
|
UI_GetThemeColorBlend4f(TH_BACK, TH_NODE, 0.2f, color);
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
UI_GetThemeColorBlend4f(TH_BACK, TH_NODE, 0.75f, color);
|
|
|
|
|
}
|
|
|
|
|
color.a -= 0.35f;
|
|
|
|
|
|
|
|
|
|
ColorTheme4f color_outline;
|
|
|
|
|
UI_GetThemeColorBlendShade4fv(TH_BACK, TH_NODE, 0.4f, -20, color_outline);
|
|
|
|
|
|
|
|
|
|
const float outline_width = U.pixelsize;
|
|
|
|
|
BLI_rctf_pad(&panel_back_rect, outline_width, outline_width);
|
|
|
|
|
|
|
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_TOP_LEFT | UI_CNR_TOP_RIGHT);
|
|
|
|
|
UI_draw_roundbox_4fv_ex(
|
|
|
|
|
&panel_back_rect, color, nullptr, 0.0f, color_outline, outline_width, BASIS_RAD);
|
|
|
|
|
}
|
|
|
|
|
|
2023-12-05 15:57:40 +01:00
|
|
|
static void node_draw_extra_info_panel(const bContext &C,
|
2023-07-17 20:13:52 +02:00
|
|
|
TreeDrawContext &tree_draw_ctx,
|
2022-09-13 08:44:26 +02:00
|
|
|
const SpaceNode &snode,
|
|
|
|
|
const bNode &node,
|
2023-07-17 20:13:52 +02:00
|
|
|
ImBuf *preview,
|
2022-09-13 08:44:26 +02:00
|
|
|
uiBlock &block)
|
2021-11-23 17:37:31 +01:00
|
|
|
{
|
2023-12-05 15:57:40 +01:00
|
|
|
const Scene *scene = CTX_data_scene(&C);
|
2023-07-18 15:07:15 +02:00
|
|
|
if (!(snode.overlay.flag & SN_OVERLAY_SHOW_OVERLAYS)) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
2023-08-08 17:36:06 +02:00
|
|
|
if (preview && !(preview->x > 0 && preview->y > 0)) {
|
2023-08-09 11:20:04 +10:00
|
|
|
/* If the preview has an non-drawable size, just don't draw it. */
|
2023-08-08 17:36:06 +02:00
|
|
|
preview = nullptr;
|
|
|
|
|
}
|
2023-12-05 15:57:40 +01:00
|
|
|
Vector<NodeExtraInfoRow> extra_info_rows = node_get_extra_info(C, tree_draw_ctx, snode, node);
|
2023-12-11 13:54:57 -05:00
|
|
|
if (extra_info_rows.is_empty() && !preview) {
|
2021-11-23 17:37:31 +01:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
2022-11-18 12:46:20 +01:00
|
|
|
const rctf &rct = node.runtime->totr;
|
2021-11-23 17:37:31 +01:00
|
|
|
rctf extra_info_rect;
|
|
|
|
|
|
2023-01-02 17:55:32 -05:00
|
|
|
if (node.is_frame()) {
|
2021-12-03 16:25:17 -05:00
|
|
|
extra_info_rect.xmin = rct.xmin;
|
2023-03-17 04:19:05 +01:00
|
|
|
extra_info_rect.xmax = rct.xmin + 95.0f * UI_SCALE_FAC;
|
|
|
|
|
extra_info_rect.ymin = rct.ymin + 2.0f * UI_SCALE_FAC;
|
|
|
|
|
extra_info_rect.ymax = rct.ymin + 2.0f * UI_SCALE_FAC;
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
|
|
|
|
else {
|
2023-10-14 09:37:03 +02:00
|
|
|
const float padding = 3.0f * UI_SCALE_FAC;
|
2023-07-12 16:14:12 +02:00
|
|
|
|
2023-10-14 09:37:03 +02:00
|
|
|
extra_info_rect.xmin = rct.xmin + padding;
|
|
|
|
|
extra_info_rect.xmax = rct.xmax - padding;
|
2021-12-03 16:25:17 -05:00
|
|
|
extra_info_rect.ymin = rct.ymax;
|
2023-03-17 04:19:05 +01:00
|
|
|
extra_info_rect.ymax = rct.ymax + extra_info_rows.size() * (20.0f * UI_SCALE_FAC);
|
2023-10-14 09:37:03 +02:00
|
|
|
|
|
|
|
|
float preview_height = 0.0f;
|
|
|
|
|
rctf preview_rect;
|
2023-07-12 16:14:12 +02:00
|
|
|
if (preview) {
|
2023-10-14 09:37:03 +02:00
|
|
|
const float width = BLI_rctf_size_x(&extra_info_rect);
|
2023-07-17 20:13:52 +02:00
|
|
|
if (preview->x > preview->y) {
|
2023-10-14 09:37:03 +02:00
|
|
|
preview_height = (width - 2.0f * padding) * float(preview->y) / float(preview->x) +
|
|
|
|
|
2.0f * padding;
|
|
|
|
|
preview_rect.ymin = extra_info_rect.ymin + padding;
|
|
|
|
|
preview_rect.ymax = extra_info_rect.ymin + preview_height - padding;
|
|
|
|
|
preview_rect.xmin = extra_info_rect.xmin + padding;
|
|
|
|
|
preview_rect.xmax = extra_info_rect.xmax - padding;
|
2023-07-12 16:14:12 +02:00
|
|
|
extra_info_rect.ymax += preview_height;
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
preview_height = width;
|
2023-10-14 09:37:03 +02:00
|
|
|
const float preview_width = (width - 2.0f * padding) * float(preview->x) /
|
2023-07-17 20:13:52 +02:00
|
|
|
float(preview->y) +
|
2023-10-14 09:37:03 +02:00
|
|
|
2.0f * padding;
|
|
|
|
|
preview_rect.ymin = extra_info_rect.ymin + padding;
|
|
|
|
|
preview_rect.ymax = extra_info_rect.ymin + preview_height - padding;
|
|
|
|
|
preview_rect.xmin = extra_info_rect.xmin + padding + (width - preview_width) / 2;
|
|
|
|
|
preview_rect.xmax = extra_info_rect.xmax - padding - (width - preview_width) / 2;
|
2023-07-12 16:14:12 +02:00
|
|
|
extra_info_rect.ymax += preview_height;
|
|
|
|
|
}
|
|
|
|
|
}
|
2021-11-23 17:37:31 +01:00
|
|
|
|
2023-10-14 09:37:03 +02:00
|
|
|
node_draw_extra_info_panel_back(node, extra_info_rect);
|
2023-07-12 16:14:12 +02:00
|
|
|
|
|
|
|
|
if (preview) {
|
2023-07-17 20:13:52 +02:00
|
|
|
node_draw_preview(scene, preview, &preview_rect);
|
2023-07-12 16:14:12 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* Resize the rect to draw the textual infos on top of the preview. */
|
|
|
|
|
extra_info_rect.ymin += preview_height;
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
for (int row : extra_info_rows.index_range()) {
|
2021-12-14 11:19:47 -06:00
|
|
|
node_draw_extra_info_row(node, block, extra_info_rect, row, extra_info_rows[row]);
|
2021-11-23 17:37:31 +01:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
static void node_draw_basis(const bContext &C,
|
2022-09-13 08:44:26 +02:00
|
|
|
TreeDrawContext &tree_draw_ctx,
|
2021-12-03 16:25:17 -05:00
|
|
|
const View2D &v2d,
|
|
|
|
|
const SpaceNode &snode,
|
|
|
|
|
bNodeTree &ntree,
|
2023-01-02 17:37:26 -05:00
|
|
|
const bNode &node,
|
2021-12-14 11:19:47 -06:00
|
|
|
uiBlock &block,
|
2013-03-18 16:34:57 +00:00
|
|
|
bNodeInstanceKey key)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2021-02-16 17:15:08 -06:00
|
|
|
const float iconbutw = NODE_HEADER_ICON_SIZE;
|
2023-08-09 14:04:11 +02:00
|
|
|
const bool show_preview = (snode.overlay.flag & SN_OVERLAY_SHOW_OVERLAYS) &&
|
|
|
|
|
(snode.overlay.flag & SN_OVERLAY_SHOW_PREVIEWS) &&
|
2023-08-08 17:36:06 +02:00
|
|
|
(node.flag & NODE_PREVIEW) &&
|
|
|
|
|
(U.experimental.use_shader_node_previews ||
|
|
|
|
|
ntree.type != NTREE_SHADER);
|
2020-09-08 17:19:58 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Skip if out of view. */
|
2023-07-12 16:14:12 +02:00
|
|
|
rctf rect_with_preview = node.runtime->totr;
|
2023-08-08 17:36:06 +02:00
|
|
|
if (show_preview) {
|
2023-07-12 16:14:12 +02:00
|
|
|
rect_with_preview.ymax += NODE_WIDTH(node);
|
|
|
|
|
}
|
|
|
|
|
if (BLI_rctf_isect(&rect_with_preview, &v2d.cur, nullptr) == false) {
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_end(&C, &block);
|
2010-06-14 07:02:11 +00:00
|
|
|
return;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Shadow. */
|
2023-09-20 14:40:56 +02:00
|
|
|
if (!bke::all_zone_node_types().contains(node.type)) {
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
node_draw_shadow(snode, node, BASIS_RAD, 1.0f);
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2022-11-18 12:46:20 +01:00
|
|
|
const rctf &rct = node.runtime->totr;
|
2020-09-08 17:19:58 +02:00
|
|
|
float color[4];
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
int color_id = node_get_colorid(tree_draw_ctx, node);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2018-06-27 19:07:23 -06:00
|
|
|
GPU_line_width(1.0f);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-08-08 17:36:06 +02:00
|
|
|
/* Overlay atop the node. */
|
|
|
|
|
{
|
|
|
|
|
bool drawn_with_previews = false;
|
|
|
|
|
|
|
|
|
|
if (show_preview) {
|
|
|
|
|
bNodeInstanceHash *previews_compo = static_cast<bNodeInstanceHash *>(
|
|
|
|
|
CTX_data_pointer_get(&C, "node_previews").data);
|
|
|
|
|
NestedTreePreviews *previews_shader = tree_draw_ctx.nested_group_infos;
|
|
|
|
|
|
|
|
|
|
if (previews_shader) {
|
|
|
|
|
ImBuf *preview = node_preview_acquire_ibuf(ntree, *previews_shader, node);
|
2023-12-05 15:57:40 +01:00
|
|
|
node_draw_extra_info_panel(C, tree_draw_ctx, snode, node, preview, block);
|
2023-08-08 17:36:06 +02:00
|
|
|
node_release_preview_ibuf(*previews_shader);
|
|
|
|
|
drawn_with_previews = true;
|
|
|
|
|
}
|
|
|
|
|
else if (previews_compo) {
|
|
|
|
|
bNodePreview *preview_compositor = static_cast<bNodePreview *>(
|
|
|
|
|
BKE_node_instance_hash_lookup(previews_compo, key));
|
|
|
|
|
if (preview_compositor) {
|
|
|
|
|
node_draw_extra_info_panel(
|
2023-12-05 15:57:40 +01:00
|
|
|
C, tree_draw_ctx, snode, node, preview_compositor->ibuf, block);
|
2023-08-08 17:36:06 +02:00
|
|
|
drawn_with_previews = true;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (drawn_with_previews == false) {
|
2023-12-05 15:57:40 +01:00
|
|
|
node_draw_extra_info_panel(C, tree_draw_ctx, snode, node, nullptr, block);
|
2023-07-12 16:14:12 +02:00
|
|
|
}
|
|
|
|
|
}
|
2021-11-23 17:37:31 +01:00
|
|
|
|
2024-03-22 09:15:00 +01:00
|
|
|
const float padding = 0.5f;
|
|
|
|
|
const float corner_radius = BASIS_RAD + padding;
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Header. */
|
2021-02-16 10:55:10 -06:00
|
|
|
{
|
2024-03-22 09:15:00 +01:00
|
|
|
/* Add some padding to prevent transparent gaps with the outline. */
|
2021-02-16 10:55:10 -06:00
|
|
|
const rctf rect = {
|
2024-03-22 09:15:00 +01:00
|
|
|
rct.xmin - padding,
|
|
|
|
|
rct.xmax + padding,
|
|
|
|
|
rct.ymax - NODE_DY - padding,
|
|
|
|
|
rct.ymax + padding,
|
2021-02-16 10:55:10 -06:00
|
|
|
};
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
|
|
|
|
|
float color_header[4];
|
|
|
|
|
|
|
|
|
|
/* Muted nodes get a mix of the background with the node color. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & NODE_MUTED) {
|
2021-10-27 01:24:19 +02:00
|
|
|
UI_GetThemeColorBlend4f(TH_BACK, color_id, 0.1f, color_header);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
|
|
|
|
else {
|
2021-10-27 01:24:19 +02:00
|
|
|
UI_GetThemeColorBlend4f(TH_NODE, color_id, 0.4f, color_header);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_TOP_LEFT | UI_CNR_TOP_RIGHT);
|
2024-03-22 09:15:00 +01:00
|
|
|
UI_draw_roundbox_4fv(&rect, true, corner_radius, color_header);
|
2021-02-16 10:55:10 -06:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Show/hide icons. */
|
2021-12-03 16:25:17 -05:00
|
|
|
float iconofs = rct.xmax - 0.35f * U.widget_unit;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-09-08 14:22:06 +02:00
|
|
|
/* Group edit. This icon should be the first for the node groups. */
|
|
|
|
|
if (node.type == NODE_GROUP) {
|
2012-07-09 19:58:36 +00:00
|
|
|
iconofs -= iconbutw;
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
uiBut *but = uiDefIconBut(&block,
|
2020-11-30 13:56:46 -05:00
|
|
|
UI_BTYPE_BUT_TOGGLE,
|
2021-02-24 14:53:37 -06:00
|
|
|
0,
|
2023-09-08 14:22:06 +02:00
|
|
|
ICON_NODETREE,
|
2020-11-30 13:56:46 -05:00
|
|
|
iconofs,
|
2021-12-03 16:25:17 -05:00
|
|
|
rct.ymax - NODE_DY,
|
2020-11-30 13:56:46 -05:00
|
|
|
iconbutw,
|
|
|
|
|
UI_UNIT_Y,
|
2021-02-16 10:55:10 -06:00
|
|
|
nullptr,
|
2020-11-30 13:56:46 -05:00
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
"");
|
2023-01-02 17:37:26 -05:00
|
|
|
UI_but_func_set(but,
|
|
|
|
|
node_toggle_button_cb,
|
|
|
|
|
POINTER_FROM_INT(node.identifier),
|
2023-09-08 14:22:06 +02:00
|
|
|
(void *)"NODE_OT_group_edit");
|
|
|
|
|
if (node.id) {
|
|
|
|
|
UI_but_icon_indicator_number_set(but, ID_REAL_USERS(node.id));
|
|
|
|
|
}
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
2023-09-08 14:22:06 +02:00
|
|
|
/* Preview. */
|
|
|
|
|
if (node_is_previewable(snode, ntree, node)) {
|
2012-07-09 19:58:36 +00:00
|
|
|
iconofs -= iconbutw;
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
uiBut *but = uiDefIconBut(&block,
|
2020-11-30 13:56:46 -05:00
|
|
|
UI_BTYPE_BUT_TOGGLE,
|
2021-02-24 14:53:37 -06:00
|
|
|
0,
|
2023-09-08 14:22:06 +02:00
|
|
|
ICON_MATERIAL,
|
2020-11-30 13:56:46 -05:00
|
|
|
iconofs,
|
2021-12-03 16:25:17 -05:00
|
|
|
rct.ymax - NODE_DY,
|
2020-11-30 13:56:46 -05:00
|
|
|
iconbutw,
|
|
|
|
|
UI_UNIT_Y,
|
2021-02-16 10:55:10 -06:00
|
|
|
nullptr,
|
2020-11-30 13:56:46 -05:00
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
"");
|
2023-01-02 17:37:26 -05:00
|
|
|
UI_but_func_set(but,
|
|
|
|
|
node_toggle_button_cb,
|
|
|
|
|
POINTER_FROM_INT(node.identifier),
|
2023-09-08 14:22:06 +02:00
|
|
|
(void *)"NODE_OT_preview_toggle");
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.type == NODE_CUSTOM && node.typeinfo->ui_icon != ICON_NONE) {
|
2020-03-16 18:25:23 +01:00
|
|
|
iconofs -= iconbutw;
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
uiDefIconBut(&block,
|
2020-03-16 18:25:23 +01:00
|
|
|
UI_BTYPE_BUT,
|
|
|
|
|
0,
|
2021-12-03 16:25:17 -05:00
|
|
|
node.typeinfo->ui_icon,
|
2020-03-16 18:25:23 +01:00
|
|
|
iconofs,
|
2021-12-03 16:25:17 -05:00
|
|
|
rct.ymax - NODE_DY,
|
2020-03-16 18:25:23 +01:00
|
|
|
iconbutw,
|
|
|
|
|
UI_UNIT_Y,
|
2021-02-16 10:55:10 -06:00
|
|
|
nullptr,
|
2020-03-16 18:25:23 +01:00
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
"");
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
2020-03-16 18:25:23 +01:00
|
|
|
}
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
if (node.type == GEO_NODE_VIEWER) {
|
|
|
|
|
const bool is_active = &node == tree_draw_ctx.active_geometry_nodes_viewer;
|
|
|
|
|
iconofs -= iconbutw;
|
|
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
|
|
|
|
uiBut *but = uiDefIconBut(&block,
|
|
|
|
|
UI_BTYPE_BUT,
|
|
|
|
|
0,
|
|
|
|
|
is_active ? ICON_HIDE_OFF : ICON_HIDE_ON,
|
|
|
|
|
iconofs,
|
|
|
|
|
rct.ymax - NODE_DY,
|
|
|
|
|
iconbutw,
|
|
|
|
|
UI_UNIT_Y,
|
|
|
|
|
nullptr,
|
|
|
|
|
0,
|
|
|
|
|
0,
|
|
|
|
|
"");
|
|
|
|
|
/* Selection implicitly activates the node. */
|
|
|
|
|
const char *operator_idname = is_active ? "NODE_OT_deactivate_viewer" : "NODE_OT_select";
|
2023-01-02 17:37:26 -05:00
|
|
|
UI_but_func_set(
|
|
|
|
|
but, node_toggle_button_cb, POINTER_FROM_INT(node.identifier), (void *)operator_idname);
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
node_add_error_message_button(tree_draw_ctx, node, block, rct, iconofs);
|
2021-02-16 17:15:08 -06:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Title. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & SELECT) {
|
2017-02-14 13:00:22 +01:00
|
|
|
UI_GetThemeColor4fv(TH_SELECT, color);
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
UI_GetThemeColorBlendShade4fv(TH_SELECT, color_id, 0.4f, 10, color);
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Collapse/expand icon. */
|
2011-12-18 12:51:50 +00:00
|
|
|
{
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
const int but_size = U.widget_unit * 0.8f;
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
uiBut *but = uiDefIconBut(&block,
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
UI_BTYPE_BUT_TOGGLE,
|
|
|
|
|
0,
|
|
|
|
|
ICON_DOWNARROW_HLT,
|
2021-12-03 16:25:17 -05:00
|
|
|
rct.xmin + (NODE_MARGIN_X / 3),
|
|
|
|
|
rct.ymax - NODE_DY / 2.2f - but_size / 2,
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
but_size,
|
|
|
|
|
but_size,
|
|
|
|
|
nullptr,
|
|
|
|
|
0.0f,
|
|
|
|
|
0.0f,
|
|
|
|
|
"");
|
|
|
|
|
|
2023-01-02 17:37:26 -05:00
|
|
|
UI_but_func_set(but,
|
|
|
|
|
node_toggle_button_cb,
|
|
|
|
|
POINTER_FROM_INT(node.identifier),
|
|
|
|
|
(void *)"NODE_OT_hide_toggle");
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
2011-12-18 12:51:50 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
char showname[128];
|
2023-05-15 15:14:22 +02:00
|
|
|
bke::nodeLabel(&ntree, &node, showname, sizeof(showname));
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
uiBut *but = uiDefBut(&block,
|
2019-03-28 17:39:54 +01:00
|
|
|
UI_BTYPE_LABEL,
|
|
|
|
|
0,
|
|
|
|
|
showname,
|
2022-09-25 18:33:28 +10:00
|
|
|
int(rct.xmin + NODE_MARGIN_X + 0.4f),
|
|
|
|
|
int(rct.ymax - NODE_DY),
|
2023-03-17 04:19:05 +01:00
|
|
|
short(iconofs - rct.xmin - (18.0f * UI_SCALE_FAC)),
|
2022-09-25 18:33:28 +10:00
|
|
|
short(NODE_DY),
|
2021-02-16 10:55:10 -06:00
|
|
|
nullptr,
|
2019-03-28 17:39:54 +01:00
|
|
|
0,
|
|
|
|
|
0,
|
2024-04-26 16:29:46 +02:00
|
|
|
TIP_(node.typeinfo->ui_description));
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & NODE_MUTED) {
|
2019-01-15 23:24:20 +11:00
|
|
|
UI_but_flag_enable(but, UI_BUT_INACTIVE);
|
2019-04-17 06:17:24 +02:00
|
|
|
}
|
|
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Wire across the node when muted/disabled. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & NODE_MUTED) {
|
2023-11-01 09:29:56 +01:00
|
|
|
node_draw_mute_line(C, v2d, snode, node);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
|
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Body. */
|
2024-03-22 09:15:00 +01:00
|
|
|
const float outline_width = U.pixelsize;
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
{
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Use warning color to indicate undefined types. */
|
2023-05-15 15:14:22 +02:00
|
|
|
if (bke::node_type_is_undefined(&node)) {
|
2021-10-27 01:24:19 +02:00
|
|
|
UI_GetThemeColorBlend4f(TH_REDALERT, TH_NODE, 0.4f, color);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
|
|
|
|
/* Muted nodes get a mix of the background with the node color. */
|
2021-12-03 16:25:17 -05:00
|
|
|
else if (node.flag & NODE_MUTED) {
|
2021-10-27 01:24:19 +02:00
|
|
|
UI_GetThemeColorBlend4f(TH_BACK, TH_NODE, 0.2f, color);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
2021-12-03 16:25:17 -05:00
|
|
|
else if (node.flag & NODE_CUSTOM_COLOR) {
|
|
|
|
|
rgba_float_args_set(color, node.color[0], node.color[1], node.color[2], 1.0f);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
UI_GetThemeColor4fv(TH_NODE, color);
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Draw selected nodes fully opaque. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & SELECT) {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
color[3] = 1.0f;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* Draw muted nodes slightly transparent so the wires inside are visible. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & NODE_MUTED) {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
color[3] -= 0.2f;
|
|
|
|
|
}
|
|
|
|
|
|
2024-03-22 09:15:00 +01:00
|
|
|
/* Add some padding to prevent transparent gaps with the outline. */
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
const rctf rect = {
|
2024-03-22 09:15:00 +01:00
|
|
|
rct.xmin - padding,
|
|
|
|
|
rct.xmax + padding,
|
|
|
|
|
rct.ymin - padding,
|
|
|
|
|
rct.ymax - (NODE_DY + outline_width) + padding,
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_BOTTOM_LEFT | UI_CNR_BOTTOM_RIGHT);
|
2024-03-22 09:15:00 +01:00
|
|
|
UI_draw_roundbox_4fv(&rect, true, corner_radius, color);
|
2023-08-30 12:37:21 +02:00
|
|
|
|
|
|
|
|
if (is_node_panels_supported(node)) {
|
|
|
|
|
node_draw_panels_background(node, block);
|
|
|
|
|
}
|
2019-03-28 17:39:54 +01:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Header underline. */
|
2021-02-16 10:55:10 -06:00
|
|
|
{
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
float color_underline[4];
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & NODE_MUTED) {
|
2024-03-22 09:15:00 +01:00
|
|
|
UI_GetThemeColorBlend4f(TH_BACK, color_id, 0.05f, color_underline);
|
2022-09-01 19:46:19 +02:00
|
|
|
color_underline[3] = 1.0f;
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
|
|
|
|
else {
|
2021-10-27 04:33:12 +02:00
|
|
|
UI_GetThemeColorBlend4f(TH_BACK, color_id, 0.2f, color_underline);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
|
|
|
|
|
2021-02-16 10:55:10 -06:00
|
|
|
const rctf rect = {
|
2021-12-03 16:25:17 -05:00
|
|
|
rct.xmin,
|
|
|
|
|
rct.xmax,
|
|
|
|
|
rct.ymax - (NODE_DY + outline_width),
|
|
|
|
|
rct.ymax - NODE_DY,
|
2021-02-16 10:55:10 -06:00
|
|
|
};
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
|
|
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_NONE);
|
|
|
|
|
UI_draw_roundbox_4fv(&rect, true, 0.0f, color_underline);
|
2021-02-16 10:55:10 -06:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Outline. */
|
|
|
|
|
{
|
|
|
|
|
const rctf rect = {
|
2021-12-03 16:25:17 -05:00
|
|
|
rct.xmin - outline_width,
|
|
|
|
|
rct.xmax + outline_width,
|
|
|
|
|
rct.ymin - outline_width,
|
|
|
|
|
rct.ymax + outline_width,
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
};
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Color the outline according to active, selected, or undefined status. */
|
|
|
|
|
float color_outline[4];
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & SELECT) {
|
|
|
|
|
UI_GetThemeColor4fv((node.flag & NODE_ACTIVE) ? TH_ACTIVE : TH_SELECT, color_outline);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
2023-05-15 15:14:22 +02:00
|
|
|
else if (bke::node_type_is_undefined(&node)) {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
UI_GetThemeColor4fv(TH_REDALERT, color_outline);
|
|
|
|
|
}
|
2023-09-20 14:40:56 +02:00
|
|
|
else if (const bke::bNodeZoneType *zone_type = bke::zone_type_by_node_type(node.type)) {
|
|
|
|
|
UI_GetThemeColor4fv(zone_type->theme_id, color_outline);
|
2023-07-11 22:36:10 +02:00
|
|
|
color_outline[3] = 1.0f;
|
|
|
|
|
}
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
else {
|
|
|
|
|
UI_GetThemeColorBlendShade4fv(TH_BACK, TH_NODE, 0.4f, -20, color_outline);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_ALL);
|
2022-01-31 12:31:07 -05:00
|
|
|
UI_draw_roundbox_4fv(&rect, false, BASIS_RAD + outline_width, color_outline);
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-11-18 21:21:10 +01:00
|
|
|
float scale;
|
2021-12-03 16:25:17 -05:00
|
|
|
UI_view2d_scale_get(&v2d, &scale, nullptr);
|
2021-11-18 21:21:10 +01:00
|
|
|
|
|
|
|
|
/* Skip slow socket drawing if zoom is small. */
|
|
|
|
|
if (scale > 0.2f) {
|
2023-11-01 09:29:56 +01:00
|
|
|
node_draw_sockets(v2d, C, ntree, node, block, true, false);
|
2023-08-30 12:37:21 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (is_node_panels_supported(node)) {
|
|
|
|
|
node_draw_panels(ntree, node, block);
|
2021-11-18 21:21:10 +01:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_end(&C, &block);
|
|
|
|
|
UI_block_draw(&C, &block);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
|
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
static void node_draw_hidden(const bContext &C,
|
2022-09-13 08:44:26 +02:00
|
|
|
TreeDrawContext &tree_draw_ctx,
|
2021-12-14 11:19:47 -06:00
|
|
|
const View2D &v2d,
|
|
|
|
|
const SpaceNode &snode,
|
|
|
|
|
bNodeTree &ntree,
|
|
|
|
|
bNode &node,
|
|
|
|
|
uiBlock &block)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2022-11-18 12:46:20 +01:00
|
|
|
const rctf &rct = node.runtime->totr;
|
2021-12-03 16:25:17 -05:00
|
|
|
float centy = BLI_rctf_cent_y(&rct);
|
|
|
|
|
float hiddenrad = BLI_rctf_size_y(&rct) / 2.0f;
|
2020-09-08 17:19:58 +02:00
|
|
|
|
|
|
|
|
float scale;
|
2021-12-03 16:25:17 -05:00
|
|
|
UI_view2d_scale_get(&v2d, &scale, nullptr);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
const int color_id = node_get_colorid(tree_draw_ctx, node);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
|
2023-12-05 15:57:40 +01:00
|
|
|
node_draw_extra_info_panel(C, tree_draw_ctx, snode, node, nullptr, block);
|
2022-04-25 16:39:13 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Shadow. */
|
2012-06-01 14:42:21 +00:00
|
|
|
node_draw_shadow(snode, node, hiddenrad, 1.0f);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Wire across the node when muted/disabled. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & NODE_MUTED) {
|
2023-11-01 09:29:56 +01:00
|
|
|
node_draw_mute_line(C, v2d, snode, node);
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Body. */
|
|
|
|
|
float color[4];
|
|
|
|
|
{
|
2023-05-15 15:14:22 +02:00
|
|
|
if (bke::node_type_is_undefined(&node)) {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Use warning color to indicate undefined types. */
|
2021-10-27 01:24:19 +02:00
|
|
|
UI_GetThemeColorBlend4f(TH_REDALERT, TH_NODE, 0.4f, color);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
2021-12-03 16:25:17 -05:00
|
|
|
else if (node.flag & NODE_MUTED) {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Muted nodes get a mix of the background with the node color. */
|
|
|
|
|
UI_GetThemeColorBlendShade4fv(TH_BACK, color_id, 0.1f, 0, color);
|
|
|
|
|
}
|
2021-12-03 16:25:17 -05:00
|
|
|
else if (node.flag & NODE_CUSTOM_COLOR) {
|
|
|
|
|
rgba_float_args_set(color, node.color[0], node.color[1], node.color[2], 1.0f);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
|
|
|
|
else {
|
2021-10-27 01:24:19 +02:00
|
|
|
UI_GetThemeColorBlend4f(TH_NODE, color_id, 0.4f, color);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Draw selected nodes fully opaque. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & SELECT) {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
color[3] = 1.0f;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Draw muted nodes slightly transparent so the wires inside are visible. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & NODE_MUTED) {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
color[3] -= 0.2f;
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2024-03-22 09:15:00 +01:00
|
|
|
/* Add some padding to prevent transparent gaps with the outline. */
|
|
|
|
|
const float padding = 0.5f;
|
|
|
|
|
const rctf rect = {
|
|
|
|
|
rct.xmin - padding,
|
|
|
|
|
rct.xmax + padding,
|
|
|
|
|
rct.ymin - padding,
|
|
|
|
|
rct.ymax + padding,
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
UI_draw_roundbox_4fv(&rect, true, hiddenrad + padding, color);
|
2013-03-22 13:53:58 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Title. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & SELECT) {
|
2017-02-14 13:00:22 +01:00
|
|
|
UI_GetThemeColor4fv(TH_SELECT, color);
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
UI_GetThemeColorBlendShade4fv(TH_SELECT, color_id, 0.4f, 10, color);
|
|
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
/* Collapse/expand icon. */
|
2011-12-18 12:51:50 +00:00
|
|
|
{
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
const int but_size = U.widget_unit * 1.0f;
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS_NONE);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
uiBut *but = uiDefIconBut(&block,
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
UI_BTYPE_BUT_TOGGLE,
|
|
|
|
|
0,
|
|
|
|
|
ICON_RIGHTARROW,
|
2021-12-03 16:25:17 -05:00
|
|
|
rct.xmin + (NODE_MARGIN_X / 3),
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
centy - but_size / 2,
|
|
|
|
|
but_size,
|
|
|
|
|
but_size,
|
|
|
|
|
nullptr,
|
|
|
|
|
0.0f,
|
|
|
|
|
0.0f,
|
|
|
|
|
"");
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-01-02 17:37:26 -05:00
|
|
|
UI_but_func_set(but,
|
|
|
|
|
node_toggle_button_cb,
|
|
|
|
|
POINTER_FROM_INT(node.identifier),
|
|
|
|
|
(void *)"NODE_OT_hide_toggle");
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_emboss_set(&block, UI_EMBOSS);
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
char showname[128];
|
2023-05-15 15:14:22 +02:00
|
|
|
bke::nodeLabel(&ntree, &node, showname, sizeof(showname));
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
uiBut *but = uiDefBut(&block,
|
2019-04-02 16:39:48 +02:00
|
|
|
UI_BTYPE_LABEL,
|
|
|
|
|
0,
|
|
|
|
|
showname,
|
2021-12-03 16:25:17 -05:00
|
|
|
round_fl_to_int(rct.xmin + NODE_MARGIN_X),
|
2019-04-02 16:39:48 +02:00
|
|
|
round_fl_to_int(centy - NODE_DY * 0.5f),
|
2023-03-17 04:19:05 +01:00
|
|
|
short(BLI_rctf_size_x(&rct) - ((18.0f + 12.0f) * UI_SCALE_FAC)),
|
2022-09-25 18:33:28 +10:00
|
|
|
short(NODE_DY),
|
2021-02-16 10:55:10 -06:00
|
|
|
nullptr,
|
2019-04-02 16:39:48 +02:00
|
|
|
0,
|
|
|
|
|
0,
|
2024-04-26 16:29:46 +02:00
|
|
|
TIP_(node.typeinfo->ui_description));
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
|
|
|
|
|
/* Outline. */
|
|
|
|
|
{
|
2024-03-22 09:15:00 +01:00
|
|
|
const float outline_width = U.pixelsize;
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
const rctf rect = {
|
2021-12-03 16:25:17 -05:00
|
|
|
rct.xmin - outline_width,
|
|
|
|
|
rct.xmax + outline_width,
|
|
|
|
|
rct.ymin - outline_width,
|
|
|
|
|
rct.ymax + outline_width,
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* Color the outline according to active, selected, or undefined status. */
|
|
|
|
|
float color_outline[4];
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & SELECT) {
|
|
|
|
|
UI_GetThemeColor4fv((node.flag & NODE_ACTIVE) ? TH_ACTIVE : TH_SELECT, color_outline);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
2023-05-15 15:14:22 +02:00
|
|
|
else if (bke::node_type_is_undefined(&node)) {
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
UI_GetThemeColor4fv(TH_REDALERT, color_outline);
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
UI_GetThemeColorBlendShade4fv(TH_BACK, TH_NODE, 0.4f, -20, color_outline);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_ALL);
|
2024-03-22 09:15:00 +01:00
|
|
|
UI_draw_roundbox_4fv(&rect, false, hiddenrad + outline_width, color_outline);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
if (node.flag & NODE_MUTED) {
|
2019-04-02 16:39:48 +02:00
|
|
|
UI_but_flag_enable(but, UI_BUT_INACTIVE);
|
2012-10-21 05:46:41 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Scale widget thing. */
|
2018-07-18 00:12:21 +02:00
|
|
|
uint pos = GPU_vertformat_attr_add(immVertexFormat(), "pos", GPU_COMP_F32, 2, GPU_FETCH_FLOAT);
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
GPU_blend(GPU_BLEND_ALPHA);
|
2022-09-01 09:31:07 -03:00
|
|
|
immBindBuiltinProgram(GPU_SHADER_3D_UNIFORM_COLOR);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
immUniformThemeColorShadeAlpha(TH_TEXT, -40, -180);
|
2021-11-03 16:50:43 +01:00
|
|
|
float dx = 0.5f * U.widget_unit;
|
2021-12-03 16:25:17 -05:00
|
|
|
const float dx2 = 0.15f * U.widget_unit * snode.runtime->aspect;
|
2021-11-03 16:50:43 +01:00
|
|
|
const float dy = 0.2f * U.widget_unit;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2018-07-18 00:12:21 +02:00
|
|
|
immBegin(GPU_PRIM_LINES, 4);
|
2021-12-03 16:25:17 -05:00
|
|
|
immVertex2f(pos, rct.xmax - dx, centy - dy);
|
|
|
|
|
immVertex2f(pos, rct.xmax - dx, centy + dy);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
immVertex2f(pos, rct.xmax - dx - dx2, centy - dy);
|
|
|
|
|
immVertex2f(pos, rct.xmax - dx - dx2, centy + dy);
|
2017-03-06 20:29:09 -03:00
|
|
|
immEnd();
|
2019-04-17 06:17:24 +02:00
|
|
|
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
immUniformThemeColorShadeAlpha(TH_TEXT, 0, -180);
|
2021-12-03 16:25:17 -05:00
|
|
|
dx -= snode.runtime->aspect;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2018-07-18 00:12:21 +02:00
|
|
|
immBegin(GPU_PRIM_LINES, 4);
|
2021-12-03 16:25:17 -05:00
|
|
|
immVertex2f(pos, rct.xmax - dx, centy - dy);
|
|
|
|
|
immVertex2f(pos, rct.xmax - dx, centy + dy);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
immVertex2f(pos, rct.xmax - dx - dx2, centy - dy);
|
|
|
|
|
immVertex2f(pos, rct.xmax - dx - dx2, centy + dy);
|
2017-03-06 20:29:09 -03:00
|
|
|
immEnd();
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2017-03-06 20:29:09 -03:00
|
|
|
immUnbindProgram();
|
Node Editor: Style update to nodes
This patch changes how nodes look visually, in an attempt to fix a number of issues:
* The header background is currently drawn using a theme color fully opaque, this limits the colors we can use because the node name/label is drawn on top.
* Hard-coded transparency makes nodes hard to read. The node backdrop already has alpha so if the user wants it they can set it. This patch uses alpha from the theme.
* Better muted status indicator, instead of simply making everything transparent and the wires inside red, draw a red outline around the node, darken the header and backdrop.
* On muted nodes, display wires behind the backdrop to not interfere with text/widgets inside the node.
Nodes:
* Darken header to improve readability of node label.
* Draw a line under the header
* Thicker outline.
* Do not hard-code transparency on nodes, use the theme's node backdrop alpha component.
* Use angle icon instead of triangle (to be consistent with the [[ https://developer.blender.org/D12814 | changes ]] to panels)
Style adjustment to sockets drawing:
* Do not hard-code the socket outline color to black, use `TH_WIRE` instead
* Do not use `TH_TEXT_HI` for selected sockets, use `TH_ACTIVE` (active node outline)
* Do not draw sockets background transparent on muted nodes.
* Thicker outline to help contrast and readability
{F11496707, size=full}
Reviewed By: #user_interface, HooglyBoogly
Differential Revision: https://developer.blender.org/D12884
2021-10-26 20:07:26 +02:00
|
|
|
GPU_blend(GPU_BLEND_NONE);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-11-01 09:29:56 +01:00
|
|
|
node_draw_sockets(v2d, C, ntree, node, block, true, false);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_end(&C, &block);
|
|
|
|
|
UI_block_draw(&C, &block);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
|
|
|
|
|
2021-12-03 11:05:59 -05:00
|
|
|
int node_get_resize_cursor(NodeResizeDirection directions)
|
2012-05-22 14:13:33 +00:00
|
|
|
{
|
2019-03-26 21:16:47 +11:00
|
|
|
if (directions == 0) {
|
2019-09-26 14:31:48 +02:00
|
|
|
return WM_CURSOR_DEFAULT;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2020-07-03 17:20:08 +02:00
|
|
|
if ((directions & ~(NODE_RESIZE_TOP | NODE_RESIZE_BOTTOM)) == 0) {
|
2019-09-26 14:31:48 +02:00
|
|
|
return WM_CURSOR_Y_MOVE;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2020-07-03 17:20:08 +02:00
|
|
|
if ((directions & ~(NODE_RESIZE_RIGHT | NODE_RESIZE_LEFT)) == 0) {
|
2019-09-26 14:31:48 +02:00
|
|
|
return WM_CURSOR_X_MOVE;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2020-07-03 17:20:08 +02:00
|
|
|
return WM_CURSOR_EDIT;
|
2012-05-22 14:13:33 +00:00
|
|
|
}
|
|
|
|
|
|
2023-01-03 13:34:51 -05:00
|
|
|
static const bNode *find_node_under_cursor(SpaceNode &snode, const float2 &cursor)
|
|
|
|
|
{
|
2023-10-10 10:57:51 +02:00
|
|
|
for (const bNode *node : tree_draw_order_calc_nodes_reversed(*snode.edittree)) {
|
|
|
|
|
if (BLI_rctf_isect_pt(&node->runtime->totr, cursor[0], cursor[1])) {
|
|
|
|
|
return node;
|
2023-01-03 13:34:51 -05:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
return nullptr;
|
|
|
|
|
}
|
|
|
|
|
|
2023-11-25 15:23:31 +01:00
|
|
|
void node_set_cursor(wmWindow &win, ARegion ®ion, SpaceNode &snode, const float2 &cursor)
|
2012-05-22 14:13:33 +00:00
|
|
|
{
|
2021-12-03 16:25:17 -05:00
|
|
|
const bNodeTree *ntree = snode.edittree;
|
|
|
|
|
if (ntree == nullptr) {
|
|
|
|
|
WM_cursor_set(&win, WM_CURSOR_DEFAULT);
|
|
|
|
|
return;
|
|
|
|
|
}
|
2023-11-25 15:23:31 +01:00
|
|
|
if (node_find_indicated_socket(snode, region, cursor, SOCK_IN | SOCK_OUT)) {
|
2021-12-03 16:25:17 -05:00
|
|
|
WM_cursor_set(&win, WM_CURSOR_DEFAULT);
|
|
|
|
|
return;
|
|
|
|
|
}
|
2023-01-03 13:34:51 -05:00
|
|
|
const bNode *node = find_node_under_cursor(snode, cursor);
|
|
|
|
|
if (!node) {
|
|
|
|
|
WM_cursor_set(&win, WM_CURSOR_DEFAULT);
|
|
|
|
|
return;
|
|
|
|
|
}
|
2023-06-03 12:45:12 +02:00
|
|
|
const NodeResizeDirection dir = node_get_resize_direction(snode, node, cursor[0], cursor[1]);
|
2023-01-03 13:34:51 -05:00
|
|
|
if (node->is_frame() && dir == NODE_RESIZE_NONE) {
|
|
|
|
|
/* Indicate that frame nodes can be moved/selected on their borders. */
|
2023-06-03 12:45:12 +02:00
|
|
|
const rctf frame_inside = node_frame_rect_inside(snode, *node);
|
2023-01-03 13:34:51 -05:00
|
|
|
if (!BLI_rctf_isect_pt(&frame_inside, cursor[0], cursor[1])) {
|
|
|
|
|
WM_cursor_set(&win, WM_CURSOR_NSEW_SCROLL);
|
|
|
|
|
return;
|
2022-01-05 12:32:00 +01:00
|
|
|
}
|
2023-01-03 13:34:51 -05:00
|
|
|
WM_cursor_set(&win, WM_CURSOR_DEFAULT);
|
|
|
|
|
return;
|
2021-12-03 16:25:17 -05:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2023-01-03 13:34:51 -05:00
|
|
|
WM_cursor_set(&win, node_get_resize_cursor(dir));
|
2012-05-22 14:13:33 +00:00
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
static void count_multi_input_socket_links(bNodeTree &ntree, SpaceNode &snode)
|
2021-02-11 01:16:17 -06:00
|
|
|
{
|
2023-01-02 17:55:32 -05:00
|
|
|
for (bNode *node : ntree.all_nodes()) {
|
|
|
|
|
for (bNodeSocket *socket : node->input_sockets()) {
|
|
|
|
|
if (socket->is_multi_input()) {
|
|
|
|
|
socket->runtime->total_inputs = socket->directly_linked_links().size();
|
|
|
|
|
}
|
2021-06-14 10:04:32 +02:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
/* Count temporary links going into this socket. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (snode.runtime->linkdrag) {
|
2022-12-29 14:09:58 -05:00
|
|
|
for (const bNodeLink &link : snode.runtime->linkdrag->links) {
|
|
|
|
|
if (link.tosock && (link.tosock->flag & SOCK_MULTI_INPUT)) {
|
2023-01-02 17:55:32 -05:00
|
|
|
link.tosock->runtime->total_inputs++;
|
2021-02-11 01:16:17 -06:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2023-03-10 18:24:22 +01:00
|
|
|
static float frame_node_label_height(const NodeFrame &frame_data)
|
|
|
|
|
{
|
2023-03-17 04:19:05 +01:00
|
|
|
return frame_data.label_size * UI_SCALE_FAC;
|
2023-03-10 18:24:22 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
#define NODE_FRAME_MARGIN (1.5f * U.widget_unit)
|
|
|
|
|
|
2021-12-05 16:45:41 -05:00
|
|
|
/* XXX Does a bounding box update by iterating over all children.
|
|
|
|
|
* Not ideal to do this in every draw call, but doing as transform callback doesn't work,
|
2021-12-14 12:16:28 -06:00
|
|
|
* since the child node totr rects are not updated properly at that point. */
|
|
|
|
|
static void frame_node_prepare_for_draw(bNode &node, Span<bNode *> nodes)
|
2021-12-05 16:45:41 -05:00
|
|
|
{
|
|
|
|
|
NodeFrame *data = (NodeFrame *)node.storage;
|
|
|
|
|
|
2023-03-10 18:24:22 +01:00
|
|
|
const float margin = NODE_FRAME_MARGIN;
|
|
|
|
|
const float has_label = node.label[0] != '\0';
|
|
|
|
|
|
|
|
|
|
const float label_height = frame_node_label_height(*data);
|
2023-03-27 12:08:14 +11:00
|
|
|
/* Add an additional 25% to account for the glyphs descender.
|
|
|
|
|
* This works well in most cases. */
|
2023-03-10 18:24:22 +01:00
|
|
|
const float margin_top = 0.5f * margin + (has_label ? 1.25f * label_height : 0.5f * margin);
|
|
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Initialize rect from current frame size. */
|
2021-12-05 16:45:41 -05:00
|
|
|
rctf rect;
|
2021-12-08 09:44:02 -05:00
|
|
|
node_to_updated_rect(node, rect);
|
2021-12-05 16:45:41 -05:00
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Frame can be resized manually only if shrinking is disabled or no children are attached. */
|
2021-12-05 16:45:41 -05:00
|
|
|
data->flag |= NODE_FRAME_RESIZEABLE;
|
2023-01-03 20:02:01 -05:00
|
|
|
/* For shrinking bounding box, initialize the rect from first child node. */
|
2021-12-05 16:45:41 -05:00
|
|
|
bool bbinit = (data->flag & NODE_FRAME_SHRINK);
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Fit bounding box to all children. */
|
2021-12-14 11:19:47 -06:00
|
|
|
for (const bNode *tnode : nodes) {
|
2021-12-05 16:45:41 -05:00
|
|
|
if (tnode->parent != &node) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Add margin to node rect. */
|
2022-11-18 12:46:20 +01:00
|
|
|
rctf noderect = tnode->runtime->totr;
|
2021-12-05 16:45:41 -05:00
|
|
|
noderect.xmin -= margin;
|
|
|
|
|
noderect.xmax += margin;
|
|
|
|
|
noderect.ymin -= margin;
|
2023-03-10 18:24:22 +01:00
|
|
|
noderect.ymax += margin_top;
|
2021-12-05 16:45:41 -05:00
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* First child initializes frame. */
|
2021-12-05 16:45:41 -05:00
|
|
|
if (bbinit) {
|
|
|
|
|
bbinit = false;
|
|
|
|
|
rect = noderect;
|
|
|
|
|
data->flag &= ~NODE_FRAME_RESIZEABLE;
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
BLI_rctf_union(&rect, &noderect);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Now adjust the frame size from view-space bounding box. */
|
2021-12-08 09:44:02 -05:00
|
|
|
const float2 offset = node_from_view(node, {rect.xmin, rect.ymax});
|
|
|
|
|
node.offsetx = offset.x;
|
|
|
|
|
node.offsety = offset.y;
|
|
|
|
|
const float2 max = node_from_view(node, {rect.xmax, rect.ymin});
|
|
|
|
|
node.width = max.x - node.offsetx;
|
|
|
|
|
node.height = -max.y + node.offsety;
|
2021-12-05 16:45:41 -05:00
|
|
|
|
2022-11-18 12:46:20 +01:00
|
|
|
node.runtime->totr = rect;
|
2021-12-05 16:45:41 -05:00
|
|
|
}
|
|
|
|
|
|
2023-03-19 07:03:01 +01:00
|
|
|
static void reroute_node_prepare_for_draw(bNode &node)
|
2021-12-05 16:45:41 -05:00
|
|
|
{
|
2021-12-08 09:44:02 -05:00
|
|
|
const float2 loc = node_to_view(node, float2(0));
|
2021-12-05 16:45:41 -05:00
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Reroute node has exactly one input and one output, both in the same place. */
|
2023-03-19 07:03:01 +01:00
|
|
|
node.input_socket(0).runtime->location = loc;
|
|
|
|
|
node.output_socket(0).runtime->location = loc;
|
2021-12-05 16:45:41 -05:00
|
|
|
|
|
|
|
|
const float size = 8.0f;
|
|
|
|
|
node.width = size * 2;
|
2022-11-18 12:46:20 +01:00
|
|
|
node.runtime->totr.xmin = loc.x - size;
|
|
|
|
|
node.runtime->totr.xmax = loc.x + size;
|
|
|
|
|
node.runtime->totr.ymax = loc.y + size;
|
|
|
|
|
node.runtime->totr.ymin = loc.y - size;
|
2021-12-05 16:45:41 -05:00
|
|
|
}
|
|
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
static void node_update_nodetree(const bContext &C,
|
2022-09-13 08:44:26 +02:00
|
|
|
TreeDrawContext &tree_draw_ctx,
|
2021-12-14 11:19:47 -06:00
|
|
|
bNodeTree &ntree,
|
|
|
|
|
Span<bNode *> nodes,
|
2023-03-19 07:03:01 +01:00
|
|
|
Span<uiBlock *> blocks)
|
2011-09-05 21:01:50 +00:00
|
|
|
{
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Make sure socket "used" tags are correct, for displaying value buttons. */
|
2021-12-03 16:25:17 -05:00
|
|
|
SpaceNode *snode = CTX_wm_space_node(&C);
|
2018-06-04 09:31:30 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
count_multi_input_socket_links(ntree, *snode);
|
2021-02-11 01:16:17 -06:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
for (const int i : nodes.index_range()) {
|
|
|
|
|
bNode &node = *nodes[i];
|
|
|
|
|
uiBlock &block = *blocks[i];
|
2023-01-02 17:55:32 -05:00
|
|
|
if (node.is_frame()) {
|
2021-12-18 13:27:05 -06:00
|
|
|
/* Frame sizes are calculated after all other nodes have calculating their #totr. */
|
|
|
|
|
continue;
|
2021-12-05 16:45:41 -05:00
|
|
|
}
|
2021-12-18 13:27:05 -06:00
|
|
|
|
2023-01-02 17:55:32 -05:00
|
|
|
if (node.is_reroute()) {
|
2023-03-19 07:03:01 +01:00
|
|
|
reroute_node_prepare_for_draw(node);
|
2021-12-05 16:45:41 -05:00
|
|
|
}
|
|
|
|
|
else {
|
2021-12-14 11:19:47 -06:00
|
|
|
if (node.flag & NODE_HIDDEN) {
|
2023-03-19 07:03:01 +01:00
|
|
|
node_update_hidden(node, block);
|
2021-12-05 16:45:41 -05:00
|
|
|
}
|
|
|
|
|
else {
|
2023-03-19 07:03:01 +01:00
|
|
|
node_update_basis(C, tree_draw_ctx, ntree, node, block);
|
2021-12-05 16:45:41 -05:00
|
|
|
}
|
|
|
|
|
}
|
2011-09-05 21:01:50 +00:00
|
|
|
}
|
2021-12-18 13:27:05 -06:00
|
|
|
|
2022-11-21 11:22:44 +01:00
|
|
|
/* Now calculate the size of frame nodes, which can depend on the size of other nodes.
|
|
|
|
|
* Update nodes in reverse, so children sizes get updated before parents. */
|
|
|
|
|
for (int i = nodes.size() - 1; i >= 0; i--) {
|
2023-01-02 17:55:32 -05:00
|
|
|
if (nodes[i]->is_frame()) {
|
2021-12-18 13:27:05 -06:00
|
|
|
frame_node_prepare_for_draw(*nodes[i], nodes);
|
|
|
|
|
}
|
|
|
|
|
}
|
2011-09-05 21:01:50 +00:00
|
|
|
}
|
|
|
|
|
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
static void frame_node_draw_label(TreeDrawContext &tree_draw_ctx,
|
|
|
|
|
const bNodeTree &ntree,
|
2021-12-11 09:51:53 -06:00
|
|
|
const bNode &node,
|
|
|
|
|
const SpaceNode &snode)
|
2021-12-05 17:12:25 -05:00
|
|
|
{
|
|
|
|
|
const float aspect = snode.runtime->aspect;
|
|
|
|
|
/* XXX font id is crap design */
|
|
|
|
|
const int fontid = UI_style_get()->widgetlabel.uifont_id;
|
2021-12-11 09:51:53 -06:00
|
|
|
const NodeFrame *data = (const NodeFrame *)node.storage;
|
2021-12-05 17:12:25 -05:00
|
|
|
const float font_size = data->label_size / aspect;
|
|
|
|
|
|
|
|
|
|
char label[MAX_NAME];
|
2023-05-15 15:14:22 +02:00
|
|
|
bke::nodeLabel(&ntree, &node, label, sizeof(label));
|
2021-12-05 17:12:25 -05:00
|
|
|
|
|
|
|
|
BLF_enable(fontid, BLF_ASPECT);
|
|
|
|
|
BLF_aspect(fontid, aspect, aspect, 1.0f);
|
2023-03-17 04:19:05 +01:00
|
|
|
BLF_size(fontid, font_size * UI_SCALE_FAC);
|
2021-12-05 17:12:25 -05:00
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Title color. */
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
int color_id = node_get_colorid(tree_draw_ctx, node);
|
2021-12-05 17:12:25 -05:00
|
|
|
uchar color[3];
|
|
|
|
|
UI_GetThemeColorBlendShade3ubv(TH_TEXT, color_id, 0.4f, 10, color);
|
|
|
|
|
BLF_color3ubv(fontid, color);
|
|
|
|
|
|
2023-03-10 18:24:22 +01:00
|
|
|
const float margin = NODE_FRAME_MARGIN;
|
2021-12-05 17:12:25 -05:00
|
|
|
const float width = BLF_width(fontid, label, sizeof(label));
|
2023-03-10 18:24:22 +01:00
|
|
|
const int label_height = frame_node_label_height(*data);
|
2021-12-05 17:12:25 -05:00
|
|
|
|
2022-11-18 12:46:20 +01:00
|
|
|
const rctf &rct = node.runtime->totr;
|
2023-03-10 18:24:22 +01:00
|
|
|
const float label_x = BLI_rctf_cent_x(&rct) - (0.5f * width);
|
|
|
|
|
const float label_y = rct.ymax - label_height - (0.5f * margin);
|
2021-12-05 17:12:25 -05:00
|
|
|
|
2023-03-10 18:24:22 +01:00
|
|
|
/* Label. */
|
2021-12-05 17:12:25 -05:00
|
|
|
const bool has_label = node.label[0] != '\0';
|
|
|
|
|
if (has_label) {
|
2023-03-10 18:24:22 +01:00
|
|
|
BLF_position(fontid, label_x, label_y, 0);
|
2022-01-12 12:49:36 +01:00
|
|
|
BLF_draw(fontid, label, sizeof(label));
|
2021-12-05 17:12:25 -05:00
|
|
|
}
|
|
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Draw text body. */
|
2021-12-05 17:12:25 -05:00
|
|
|
if (node.id) {
|
2021-12-11 09:51:53 -06:00
|
|
|
const Text *text = (const Text *)node.id;
|
2021-12-05 17:12:25 -05:00
|
|
|
const int line_height_max = BLF_height_max(fontid);
|
|
|
|
|
const float line_spacing = (line_height_max * aspect);
|
2023-03-04 07:12:14 +01:00
|
|
|
const float line_width = (BLI_rctf_size_x(&rct) - 2 * margin) / aspect;
|
2021-12-05 17:12:25 -05:00
|
|
|
|
2023-03-10 18:24:22 +01:00
|
|
|
const float x = rct.xmin + margin;
|
|
|
|
|
float y = rct.ymax - label_height - (has_label ? line_spacing + margin : 0);
|
2021-12-05 17:12:25 -05:00
|
|
|
|
2023-03-10 18:24:22 +01:00
|
|
|
const int y_min = rct.ymin + margin;
|
2021-12-05 17:12:25 -05:00
|
|
|
|
|
|
|
|
BLF_enable(fontid, BLF_CLIPPING | BLF_WORD_WRAP);
|
2023-03-04 07:12:14 +01:00
|
|
|
BLF_clipping(fontid, rct.xmin, rct.ymin + margin, rct.xmax, rct.ymax);
|
2021-12-05 17:12:25 -05:00
|
|
|
|
|
|
|
|
BLF_wordwrap(fontid, line_width);
|
|
|
|
|
|
2021-12-11 09:51:53 -06:00
|
|
|
LISTBASE_FOREACH (const TextLine *, line, &text->lines) {
|
2021-12-05 17:12:25 -05:00
|
|
|
if (line->line[0]) {
|
|
|
|
|
BLF_position(fontid, x, y, 0);
|
2022-12-13 16:44:13 -06:00
|
|
|
ResultBLF info;
|
2024-03-28 04:02:13 +01:00
|
|
|
BLF_draw(fontid, line->line, line->len, &info);
|
2021-12-05 17:12:25 -05:00
|
|
|
y -= line_spacing * info.lines;
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
y -= line_spacing;
|
|
|
|
|
}
|
|
|
|
|
if (y < y_min) {
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
BLF_disable(fontid, BLF_CLIPPING | BLF_WORD_WRAP);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
BLF_disable(fontid, BLF_ASPECT);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void frame_node_draw(const bContext &C,
|
2022-09-13 08:44:26 +02:00
|
|
|
TreeDrawContext &tree_draw_ctx,
|
2021-12-05 17:12:25 -05:00
|
|
|
const ARegion ®ion,
|
|
|
|
|
const SpaceNode &snode,
|
|
|
|
|
bNodeTree &ntree,
|
2021-12-14 11:19:47 -06:00
|
|
|
bNode &node,
|
|
|
|
|
uiBlock &block)
|
2021-12-05 17:12:25 -05:00
|
|
|
{
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Skip if out of view. */
|
2022-11-18 12:46:20 +01:00
|
|
|
if (BLI_rctf_isect(&node.runtime->totr, ®ion.v2d.cur, nullptr) == false) {
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_end(&C, &block);
|
2021-12-05 17:12:25 -05:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
float color[4];
|
|
|
|
|
UI_GetThemeColor4fv(TH_NODE_FRAME, color);
|
|
|
|
|
const float alpha = color[3];
|
|
|
|
|
|
|
|
|
|
node_draw_shadow(snode, node, BASIS_RAD, alpha);
|
|
|
|
|
|
|
|
|
|
if (node.flag & NODE_CUSTOM_COLOR) {
|
|
|
|
|
rgba_float_args_set(color, node.color[0], node.color[1], node.color[2], alpha);
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
UI_GetThemeColor4fv(TH_NODE_FRAME, color);
|
|
|
|
|
}
|
|
|
|
|
|
2022-11-18 12:46:20 +01:00
|
|
|
const rctf &rct = node.runtime->totr;
|
2021-12-05 17:12:25 -05:00
|
|
|
UI_draw_roundbox_corner_set(UI_CNR_ALL);
|
|
|
|
|
UI_draw_roundbox_4fv(&rct, true, BASIS_RAD, color);
|
|
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Outline active and selected emphasis. */
|
2021-12-05 17:12:25 -05:00
|
|
|
if (node.flag & SELECT) {
|
|
|
|
|
if (node.flag & NODE_ACTIVE) {
|
|
|
|
|
UI_GetThemeColorShadeAlpha4fv(TH_ACTIVE, 0, -40, color);
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
UI_GetThemeColorShadeAlpha4fv(TH_SELECT, 0, -40, color);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
UI_draw_roundbox_aa(&rct, false, BASIS_RAD, color);
|
|
|
|
|
}
|
|
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Label and text. */
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
frame_node_draw_label(tree_draw_ctx, ntree, node, snode);
|
2021-12-05 17:12:25 -05:00
|
|
|
|
2023-12-05 15:57:40 +01:00
|
|
|
node_draw_extra_info_panel(C, tree_draw_ctx, snode, node, nullptr, block);
|
2021-12-05 17:12:25 -05:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_end(&C, &block);
|
|
|
|
|
UI_block_draw(&C, &block);
|
2021-12-05 17:12:25 -05:00
|
|
|
}
|
|
|
|
|
|
2023-03-19 07:03:01 +01:00
|
|
|
static void reroute_node_draw(
|
|
|
|
|
const bContext &C, ARegion ®ion, bNodeTree &ntree, const bNode &node, uiBlock &block)
|
2021-12-05 17:12:25 -05:00
|
|
|
{
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Skip if out of view. */
|
2022-12-13 16:44:13 -06:00
|
|
|
const rctf &rct = node.runtime->totr;
|
2021-12-05 17:12:25 -05:00
|
|
|
if (rct.xmax < region.v2d.cur.xmin || rct.xmin > region.v2d.cur.xmax ||
|
2022-11-18 12:46:20 +01:00
|
|
|
rct.ymax < region.v2d.cur.ymin || node.runtime->totr.ymin > region.v2d.cur.ymax)
|
|
|
|
|
{
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_end(&C, &block);
|
2021-12-05 17:12:25 -05:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (node.label[0] != '\0') {
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Draw title (node label). */
|
2022-12-13 16:44:13 -06:00
|
|
|
char showname[128]; /* 128 used below */
|
2023-05-09 12:50:37 +10:00
|
|
|
STRNCPY(showname, node.label);
|
2022-03-29 23:39:50 +02:00
|
|
|
const short width = 512;
|
2022-11-18 12:46:20 +01:00
|
|
|
const int x = BLI_rctf_cent_x(&node.runtime->totr) - (width / 2);
|
|
|
|
|
const int y = node.runtime->totr.ymax;
|
2022-03-29 23:39:50 +02:00
|
|
|
|
2024-03-01 14:26:45 -05:00
|
|
|
uiBut *label_but = uiDefBut(
|
|
|
|
|
&block, UI_BTYPE_LABEL, 0, showname, x, y, width, short(NODE_DY), nullptr, 0, 0, nullptr);
|
2022-03-29 23:39:50 +02:00
|
|
|
|
|
|
|
|
UI_but_drawflag_disable(label_but, UI_BUT_TEXT_LEFT);
|
2021-12-05 17:12:25 -05:00
|
|
|
}
|
|
|
|
|
|
2023-01-03 20:02:01 -05:00
|
|
|
/* Only draw input socket as they all are placed on the same position highlight
|
|
|
|
|
* if node itself is selected, since we don't display the node body separately. */
|
2023-11-01 09:29:56 +01:00
|
|
|
node_draw_sockets(region.v2d, C, ntree, node, block, false, node.flag & SELECT);
|
2021-12-05 17:12:25 -05:00
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
UI_block_end(&C, &block);
|
|
|
|
|
UI_block_draw(&C, &block);
|
2021-12-05 17:12:25 -05:00
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
static void node_draw(const bContext &C,
|
2022-09-13 08:44:26 +02:00
|
|
|
TreeDrawContext &tree_draw_ctx,
|
2021-12-03 16:25:17 -05:00
|
|
|
ARegion ®ion,
|
2021-12-05 17:12:25 -05:00
|
|
|
const SpaceNode &snode,
|
2021-12-03 16:25:17 -05:00
|
|
|
bNodeTree &ntree,
|
|
|
|
|
bNode &node,
|
2021-12-14 11:19:47 -06:00
|
|
|
uiBlock &block,
|
2013-03-18 16:34:57 +00:00
|
|
|
bNodeInstanceKey key)
|
2011-09-05 21:01:50 +00:00
|
|
|
{
|
2023-01-02 17:55:32 -05:00
|
|
|
if (node.is_frame()) {
|
2022-09-13 08:44:26 +02:00
|
|
|
frame_node_draw(C, tree_draw_ctx, region, snode, ntree, node, block);
|
2021-12-05 17:12:25 -05:00
|
|
|
}
|
2023-01-02 17:55:32 -05:00
|
|
|
else if (node.is_reroute()) {
|
2023-03-19 07:03:01 +01:00
|
|
|
reroute_node_draw(C, region, ntree, node, block);
|
2021-12-05 17:12:25 -05:00
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
const View2D &v2d = region.v2d;
|
|
|
|
|
if (node.flag & NODE_HIDDEN) {
|
2023-03-19 07:03:01 +01:00
|
|
|
node_draw_hidden(C, tree_draw_ctx, v2d, snode, ntree, node, block);
|
2021-12-05 17:12:25 -05:00
|
|
|
}
|
|
|
|
|
else {
|
2023-03-19 07:03:01 +01:00
|
|
|
node_draw_basis(C, tree_draw_ctx, v2d, snode, ntree, node, block, key);
|
2021-12-05 17:12:25 -05:00
|
|
|
}
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2011-09-05 21:01:50 +00:00
|
|
|
}
|
|
|
|
|
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
static void add_rect_corner_positions(Vector<float2> &positions, const rctf &rect)
|
|
|
|
|
{
|
|
|
|
|
positions.append({rect.xmin, rect.ymin});
|
|
|
|
|
positions.append({rect.xmin, rect.ymax});
|
|
|
|
|
positions.append({rect.xmax, rect.ymin});
|
|
|
|
|
positions.append({rect.xmax, rect.ymax});
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void find_bounds_by_zone_recursive(const SpaceNode &snode,
|
2023-06-20 10:25:41 +02:00
|
|
|
const bNodeTreeZone &zone,
|
|
|
|
|
const Span<std::unique_ptr<bNodeTreeZone>> all_zones,
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
MutableSpan<Vector<float2>> r_bounds_by_zone)
|
|
|
|
|
{
|
|
|
|
|
const float node_padding = UI_UNIT_X;
|
|
|
|
|
const float zone_padding = 0.3f * UI_UNIT_X;
|
|
|
|
|
|
|
|
|
|
Vector<float2> &bounds = r_bounds_by_zone[zone.index];
|
|
|
|
|
if (!bounds.is_empty()) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Vector<float2> possible_bounds;
|
2023-06-20 10:25:41 +02:00
|
|
|
for (const bNodeTreeZone *child_zone : zone.child_zones) {
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
find_bounds_by_zone_recursive(snode, *child_zone, all_zones, r_bounds_by_zone);
|
|
|
|
|
const Span<float2> child_bounds = r_bounds_by_zone[child_zone->index];
|
|
|
|
|
for (const float2 &pos : child_bounds) {
|
|
|
|
|
rctf rect;
|
|
|
|
|
BLI_rctf_init_pt_radius(&rect, pos, zone_padding);
|
|
|
|
|
add_rect_corner_positions(possible_bounds, rect);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
for (const bNode *child_node : zone.child_nodes) {
|
|
|
|
|
rctf rect = child_node->runtime->totr;
|
|
|
|
|
BLI_rctf_pad(&rect, node_padding, node_padding);
|
|
|
|
|
add_rect_corner_positions(possible_bounds, rect);
|
|
|
|
|
}
|
|
|
|
|
if (zone.input_node) {
|
|
|
|
|
const rctf &totr = zone.input_node->runtime->totr;
|
|
|
|
|
rctf rect = totr;
|
|
|
|
|
BLI_rctf_pad(&rect, node_padding, node_padding);
|
|
|
|
|
rect.xmin = math::interpolate(totr.xmin, totr.xmax, 0.25f);
|
|
|
|
|
add_rect_corner_positions(possible_bounds, rect);
|
|
|
|
|
}
|
|
|
|
|
if (zone.output_node) {
|
|
|
|
|
const rctf &totr = zone.output_node->runtime->totr;
|
|
|
|
|
rctf rect = totr;
|
|
|
|
|
BLI_rctf_pad(&rect, node_padding, node_padding);
|
|
|
|
|
rect.xmax = math::interpolate(totr.xmin, totr.xmax, 0.75f);
|
|
|
|
|
add_rect_corner_positions(possible_bounds, rect);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (snode.runtime->linkdrag) {
|
|
|
|
|
for (const bNodeLink &link : snode.runtime->linkdrag->links) {
|
|
|
|
|
if (link.fromnode == nullptr) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
2023-06-16 10:44:47 +02:00
|
|
|
if (zone.contains_node_recursively(*link.fromnode) && zone.output_node != link.fromnode) {
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
const float2 pos = node_link_bezier_points_dragged(snode, link)[3];
|
|
|
|
|
rctf rect;
|
|
|
|
|
BLI_rctf_init_pt_radius(&rect, pos, node_padding);
|
|
|
|
|
add_rect_corner_positions(possible_bounds, rect);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Vector<int> convex_indices(possible_bounds.size());
|
|
|
|
|
const int convex_positions_num = BLI_convexhull_2d(
|
|
|
|
|
reinterpret_cast<float(*)[2]>(possible_bounds.data()),
|
|
|
|
|
possible_bounds.size(),
|
|
|
|
|
convex_indices.data());
|
|
|
|
|
convex_indices.resize(convex_positions_num);
|
|
|
|
|
|
|
|
|
|
for (const int i : convex_indices) {
|
|
|
|
|
bounds.append(possible_bounds[i]);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void node_draw_zones(TreeDrawContext & /*tree_draw_ctx*/,
|
|
|
|
|
const ARegion ®ion,
|
|
|
|
|
const SpaceNode &snode,
|
|
|
|
|
const bNodeTree &ntree)
|
|
|
|
|
{
|
2023-06-20 10:25:41 +02:00
|
|
|
const bNodeTreeZones *zones = ntree.zones();
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
if (zones == nullptr) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Array<Vector<float2>> bounds_by_zone(zones->zones.size());
|
|
|
|
|
Array<bke::CurvesGeometry> fillet_curve_by_zone(zones->zones.size());
|
2023-07-11 22:36:10 +02:00
|
|
|
/* Bounding box area of zones is used to determine draw order. */
|
|
|
|
|
Array<float> bounding_box_area_by_zone(zones->zones.size());
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
|
|
|
|
|
for (const int zone_i : zones->zones.index_range()) {
|
2023-06-20 10:25:41 +02:00
|
|
|
const bNodeTreeZone &zone = *zones->zones[zone_i];
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
|
|
|
|
|
find_bounds_by_zone_recursive(snode, zone, zones->zones, bounds_by_zone);
|
|
|
|
|
const Span<float2> boundary_positions = bounds_by_zone[zone_i];
|
|
|
|
|
const int boundary_positions_num = boundary_positions.size();
|
|
|
|
|
|
2023-07-11 22:36:10 +02:00
|
|
|
const Bounds<float2> bounding_box = *bounds::min_max(boundary_positions);
|
|
|
|
|
const float bounding_box_area = (bounding_box.max.x - bounding_box.min.x) *
|
|
|
|
|
(bounding_box.max.y - bounding_box.min.y);
|
|
|
|
|
bounding_box_area_by_zone[zone_i] = bounding_box_area;
|
|
|
|
|
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
bke::CurvesGeometry boundary_curve(boundary_positions_num, 1);
|
|
|
|
|
boundary_curve.cyclic_for_write().first() = true;
|
|
|
|
|
boundary_curve.fill_curve_types(CURVE_TYPE_POLY);
|
|
|
|
|
MutableSpan<float3> boundary_curve_positions = boundary_curve.positions_for_write();
|
|
|
|
|
boundary_curve.offsets_for_write().copy_from({0, boundary_positions_num});
|
|
|
|
|
for (const int i : boundary_positions.index_range()) {
|
|
|
|
|
boundary_curve_positions[i] = float3(boundary_positions[i], 0.0f);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
fillet_curve_by_zone[zone_i] = geometry::fillet_curves_poly(
|
|
|
|
|
boundary_curve,
|
|
|
|
|
IndexRange(1),
|
|
|
|
|
VArray<float>::ForSingle(BASIS_RAD, boundary_positions_num),
|
|
|
|
|
VArray<int>::ForSingle(5, boundary_positions_num),
|
|
|
|
|
true,
|
|
|
|
|
{});
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const View2D &v2d = region.v2d;
|
|
|
|
|
float scale;
|
|
|
|
|
UI_view2d_scale_get(&v2d, &scale, nullptr);
|
|
|
|
|
float line_width = 1.0f * scale;
|
|
|
|
|
float viewport[4] = {};
|
|
|
|
|
GPU_viewport_size_get_f(viewport);
|
2023-07-11 22:36:10 +02:00
|
|
|
|
|
|
|
|
const auto get_theme_id = [&](const int zone_i) {
|
|
|
|
|
const bNode *node = zones->zones[zone_i]->output_node;
|
2023-09-20 14:40:56 +02:00
|
|
|
return bke::zone_type_by_node_type(node->type)->theme_id;
|
2023-07-11 22:36:10 +02:00
|
|
|
};
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
|
|
|
|
|
const uint pos = GPU_vertformat_attr_add(
|
|
|
|
|
immVertexFormat(), "pos", GPU_COMP_F32, 3, GPU_FETCH_FLOAT);
|
|
|
|
|
|
2023-07-11 22:36:10 +02:00
|
|
|
Vector<int> zone_draw_order;
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
for (const int zone_i : zones->zones.index_range()) {
|
2023-07-11 22:36:10 +02:00
|
|
|
zone_draw_order.append(zone_i);
|
|
|
|
|
}
|
|
|
|
|
std::sort(zone_draw_order.begin(), zone_draw_order.end(), [&](const int a, const int b) {
|
|
|
|
|
/* Draw zones with smaller bounding box on top to make them visible. */
|
|
|
|
|
return bounding_box_area_by_zone[a] > bounding_box_area_by_zone[b];
|
|
|
|
|
});
|
|
|
|
|
|
2023-09-14 16:08:04 +02:00
|
|
|
/* Draw all the contour lines after to prevent them from getting hidden by overlapping zones.
|
|
|
|
|
*/
|
2023-07-11 22:36:10 +02:00
|
|
|
for (const int zone_i : zone_draw_order) {
|
|
|
|
|
float zone_color[4];
|
|
|
|
|
UI_GetThemeColor4fv(get_theme_id(zone_i), zone_color);
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
if (zone_color[3] == 0.0f) {
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
const Span<float3> fillet_boundary_positions = fillet_curve_by_zone[zone_i].positions();
|
|
|
|
|
/* Draw the background. */
|
|
|
|
|
immBindBuiltinProgram(GPU_SHADER_3D_UNIFORM_COLOR);
|
2023-07-11 22:36:10 +02:00
|
|
|
immUniformThemeColorBlend(TH_BACK, get_theme_id(zone_i), zone_color[3]);
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
|
|
|
|
|
immBegin(GPU_PRIM_TRI_FAN, fillet_boundary_positions.size() + 1);
|
|
|
|
|
for (const float3 &p : fillet_boundary_positions) {
|
|
|
|
|
immVertex3fv(pos, p);
|
|
|
|
|
}
|
|
|
|
|
immVertex3fv(pos, fillet_boundary_positions[0]);
|
|
|
|
|
immEnd();
|
|
|
|
|
|
|
|
|
|
immUnbindProgram();
|
|
|
|
|
}
|
|
|
|
|
|
2023-07-11 22:36:10 +02:00
|
|
|
for (const int zone_i : zone_draw_order) {
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
const Span<float3> fillet_boundary_positions = fillet_curve_by_zone[zone_i].positions();
|
|
|
|
|
/* Draw the contour lines. */
|
|
|
|
|
immBindBuiltinProgram(GPU_SHADER_3D_POLYLINE_UNIFORM_COLOR);
|
|
|
|
|
|
|
|
|
|
immUniform2fv("viewportSize", &viewport[2]);
|
|
|
|
|
immUniform1f("lineWidth", line_width * U.pixelsize);
|
|
|
|
|
|
2023-07-11 22:36:10 +02:00
|
|
|
immUniformThemeColorAlpha(get_theme_id(zone_i), 1.0f);
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
immBegin(GPU_PRIM_LINE_STRIP, fillet_boundary_positions.size() + 1);
|
|
|
|
|
for (const float3 &p : fillet_boundary_positions) {
|
|
|
|
|
immVertex3fv(pos, p);
|
|
|
|
|
}
|
|
|
|
|
immVertex3fv(pos, fillet_boundary_positions[0]);
|
|
|
|
|
immEnd();
|
|
|
|
|
|
|
|
|
|
immUnbindProgram();
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2012-08-12 19:35:47 +00:00
|
|
|
#define USE_DRAW_TOT_UPDATE
|
|
|
|
|
|
2021-12-05 17:12:25 -05:00
|
|
|
static void node_draw_nodetree(const bContext &C,
|
2022-09-13 08:44:26 +02:00
|
|
|
TreeDrawContext &tree_draw_ctx,
|
2021-12-05 17:12:25 -05:00
|
|
|
ARegion ®ion,
|
|
|
|
|
SpaceNode &snode,
|
|
|
|
|
bNodeTree &ntree,
|
2021-12-14 11:19:47 -06:00
|
|
|
Span<bNode *> nodes,
|
|
|
|
|
Span<uiBlock *> blocks,
|
2021-12-05 17:12:25 -05:00
|
|
|
bNodeInstanceKey parent_key)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2012-08-12 19:35:47 +00:00
|
|
|
#ifdef USE_DRAW_TOT_UPDATE
|
2021-12-14 11:19:47 -06:00
|
|
|
BLI_rctf_init_minmax(®ion.v2d.tot);
|
2012-08-12 19:35:47 +00:00
|
|
|
#endif
|
|
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Draw background nodes, last nodes in front. */
|
2021-12-14 11:19:47 -06:00
|
|
|
for (const int i : nodes.index_range()) {
|
2012-08-12 19:35:47 +00:00
|
|
|
#ifdef USE_DRAW_TOT_UPDATE
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Unrelated to background nodes, update the v2d->tot,
|
|
|
|
|
* can be anywhere before we draw the scroll bars. */
|
2022-11-18 12:46:20 +01:00
|
|
|
BLI_rctf_union(®ion.v2d.tot, &nodes[i]->runtime->totr);
|
2012-08-12 19:35:47 +00:00
|
|
|
#endif
|
|
|
|
|
|
2021-12-14 11:19:47 -06:00
|
|
|
if (!(nodes[i]->flag & NODE_BACKGROUND)) {
|
2012-05-22 14:13:33 +00:00
|
|
|
continue;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2022-12-13 16:44:13 -06:00
|
|
|
const bNodeInstanceKey key = BKE_node_instance_key(parent_key, &ntree, nodes[i]);
|
2023-03-19 07:03:01 +01:00
|
|
|
node_draw(C, tree_draw_ctx, region, snode, ntree, *nodes[i], *blocks[i], key);
|
2012-05-22 14:13:33 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Node lines. */
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_ALPHA);
|
2018-04-05 15:43:07 +02:00
|
|
|
nodelink_batch_start(snode);
|
2021-02-11 01:16:17 -06:00
|
|
|
|
2023-06-16 10:37:18 +02:00
|
|
|
for (const bNodeLink *link : ntree.all_links()) {
|
2023-05-15 15:14:22 +02:00
|
|
|
if (!nodeLinkIsHidden(link) && !bke::nodeLinkIsSelected(link)) {
|
2023-11-01 09:29:56 +01:00
|
|
|
node_draw_link(C, region.v2d, snode, *link, false);
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2013-03-18 16:34:57 +00:00
|
|
|
}
|
2022-02-28 15:52:00 -05:00
|
|
|
|
|
|
|
|
/* Draw selected node links after the unselected ones, so they are shown on top. */
|
2023-06-16 10:37:18 +02:00
|
|
|
for (const bNodeLink *link : ntree.all_links()) {
|
2023-05-15 15:14:22 +02:00
|
|
|
if (!nodeLinkIsHidden(link) && bke::nodeLinkIsSelected(link)) {
|
2023-11-01 09:29:56 +01:00
|
|
|
node_draw_link(C, region.v2d, snode, *link, true);
|
2022-02-28 15:52:00 -05:00
|
|
|
}
|
|
|
|
|
}
|
2022-02-28 18:05:12 -05:00
|
|
|
|
2018-04-05 15:43:07 +02:00
|
|
|
nodelink_batch_end(snode);
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_NONE);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Draw foreground nodes, last nodes in front. */
|
2021-12-14 11:19:47 -06:00
|
|
|
for (const int i : nodes.index_range()) {
|
|
|
|
|
if (nodes[i]->flag & NODE_BACKGROUND) {
|
2012-05-22 14:13:33 +00:00
|
|
|
continue;
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2022-12-13 16:44:13 -06:00
|
|
|
const bNodeInstanceKey key = BKE_node_instance_key(parent_key, &ntree, nodes[i]);
|
2023-03-19 07:03:01 +01:00
|
|
|
node_draw(C, tree_draw_ctx, region, snode, ntree, *nodes[i], *blocks[i], key);
|
2011-02-21 13:47:49 +00:00
|
|
|
}
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
|
|
|
|
|
2022-10-14 19:19:47 +05:30
|
|
|
/* Draw the breadcrumb on the top of the editor. */
|
2021-10-26 11:05:01 -05:00
|
|
|
static void draw_tree_path(const bContext &C, ARegion ®ion)
|
2013-03-18 16:34:57 +00:00
|
|
|
{
|
2021-10-26 11:05:01 -05:00
|
|
|
GPU_matrix_push_projection();
|
|
|
|
|
wmOrtho2_region_pixelspace(®ion);
|
2018-06-04 09:31:30 +02:00
|
|
|
|
2021-10-26 11:05:01 -05:00
|
|
|
const rcti *rect = ED_region_visible_rect(®ion);
|
|
|
|
|
|
|
|
|
|
const uiStyle *style = UI_style_get_dpi();
|
2023-03-17 04:19:05 +01:00
|
|
|
const float padding_x = 16 * UI_SCALE_FAC;
|
2021-10-26 11:05:01 -05:00
|
|
|
const int x = rect->xmin + padding_x;
|
|
|
|
|
const int y = region.winy - UI_UNIT_Y * 0.6f;
|
|
|
|
|
const int width = BLI_rcti_size_x(rect) - 2 * padding_x;
|
|
|
|
|
|
|
|
|
|
uiBlock *block = UI_block_begin(&C, ®ion, __func__, UI_EMBOSS_NONE);
|
|
|
|
|
uiLayout *layout = UI_block_layout(
|
|
|
|
|
block, UI_LAYOUT_VERTICAL, UI_LAYOUT_PANEL, x, y, width, 1, 0, style);
|
|
|
|
|
|
2022-12-13 16:44:13 -06:00
|
|
|
const Vector<ui::ContextPathItem> context_path = ed::space_node::context_path_for_space_node(C);
|
2021-10-26 11:05:01 -05:00
|
|
|
ui::template_breadcrumbs(*layout, context_path);
|
|
|
|
|
|
|
|
|
|
UI_block_layout_resolve(block, nullptr, nullptr);
|
|
|
|
|
UI_block_end(&C, block);
|
|
|
|
|
UI_block_draw(&C, block);
|
|
|
|
|
|
|
|
|
|
GPU_matrix_pop_projection();
|
2013-03-18 16:34:57 +00:00
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
static void snode_setup_v2d(SpaceNode &snode, ARegion ®ion, const float2 ¢er)
|
2013-03-18 16:34:57 +00:00
|
|
|
{
|
2021-12-03 16:25:17 -05:00
|
|
|
View2D &v2d = region.v2d;
|
2018-06-04 09:31:30 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Shift view to node tree center. */
|
2021-12-03 16:25:17 -05:00
|
|
|
UI_view2d_center_set(&v2d, center[0], center[1]);
|
|
|
|
|
UI_view2d_view_ortho(&v2d);
|
2018-06-04 09:31:30 +02:00
|
|
|
|
2022-09-25 18:33:28 +10:00
|
|
|
snode.runtime->aspect = BLI_rctf_size_x(&v2d.cur) / float(region.winx);
|
2013-03-18 16:34:57 +00:00
|
|
|
}
|
|
|
|
|
|
2023-07-31 11:50:54 +10:00
|
|
|
/* Similar to is_compositor_enabled() in `draw_manager.cc` but checks all 3D views. */
|
2022-11-23 14:34:31 +02:00
|
|
|
static bool realtime_compositor_is_in_use(const bContext &context)
|
|
|
|
|
{
|
|
|
|
|
const Scene *scene = CTX_data_scene(&context);
|
|
|
|
|
if (!scene->use_nodes) {
|
|
|
|
|
return false;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (!scene->nodetree) {
|
|
|
|
|
return false;
|
|
|
|
|
}
|
|
|
|
|
|
2023-06-05 12:08:30 +02:00
|
|
|
if (U.experimental.use_full_frame_compositor &&
|
2024-02-14 14:23:49 +01:00
|
|
|
scene->nodetree->execution_mode == NTREE_EXECUTION_MODE_GPU)
|
2023-06-05 12:08:30 +02:00
|
|
|
{
|
|
|
|
|
return true;
|
|
|
|
|
}
|
|
|
|
|
|
2023-06-09 17:47:06 +02:00
|
|
|
wmWindowManager *wm = CTX_wm_manager(&context);
|
|
|
|
|
LISTBASE_FOREACH (const wmWindow *, win, &wm->windows) {
|
|
|
|
|
const bScreen *screen = WM_window_get_active_screen(win);
|
2023-01-02 17:37:26 -05:00
|
|
|
LISTBASE_FOREACH (const ScrArea *, area, &screen->areabase) {
|
2023-06-09 17:47:06 +02:00
|
|
|
const SpaceLink &space = *static_cast<const SpaceLink *>(area->spacedata.first);
|
|
|
|
|
if (space.spacetype == SPACE_VIEW3D) {
|
|
|
|
|
const View3D &view_3d = reinterpret_cast<const View3D &>(space);
|
2022-11-23 14:34:31 +02:00
|
|
|
|
|
|
|
|
if (view_3d.shading.use_compositor == V3D_SHADING_USE_COMPOSITOR_DISABLED) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (!(view_3d.shading.type >= OB_MATERIAL)) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return true;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return false;
|
|
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
static void draw_nodetree(const bContext &C,
|
|
|
|
|
ARegion ®ion,
|
|
|
|
|
bNodeTree &ntree,
|
2013-03-18 16:34:57 +00:00
|
|
|
bNodeInstanceKey parent_key)
|
|
|
|
|
{
|
2021-12-03 16:25:17 -05:00
|
|
|
SpaceNode *snode = CTX_wm_space_node(&C);
|
2022-09-02 15:22:48 -05:00
|
|
|
ntree.ensure_topology_cache();
|
2017-05-15 13:47:48 +02:00
|
|
|
|
2023-10-10 10:57:51 +02:00
|
|
|
Array<bNode *> nodes = tree_draw_order_calc_nodes(ntree);
|
2021-12-14 11:19:47 -06:00
|
|
|
|
|
|
|
|
Array<uiBlock *> blocks = node_uiblocks_init(C, nodes);
|
2017-05-15 13:47:48 +02:00
|
|
|
|
2022-09-13 08:44:26 +02:00
|
|
|
TreeDrawContext tree_draw_ctx;
|
|
|
|
|
if (ntree.type == NTREE_GEOMETRY) {
|
Geometry Nodes: make evaluation and logging system aware of zones
This refactors how a geometry nodes node tree is converted to a lazy-function
graph. Previously, all nodes were inserted into a single graph. This was fine
because every node was evaluated at most once per node group evaluation.
However, loops (#108896) break this assumption since now nodes may be
evaluated multiple times and thus a single flat graph does not work anymore.
Now, a separate lazy-function is build for every zone which gives us much
more flexibility for what can happen in a zone. Right now, the change only
applies to simulation zones since that's the only kind of zone we have.
Technically, those zones could be inlined, but turning them into a separate
lazy-function also does not hurt and makes it possible to test this refactor
without implementing loops first. Also, having them as separate functions
might help in the future if we integrate a substep loop directly into the
simulation zone.
The most tricky part here is to just link everything up correctly, especially
with respect to deterministic anonymous attribute lifetimes. Fortunately,
correctness can be checked visually by looking at the generated graphs.
The logging/viewer system also had to be refactored a bit, because now there
can be multiple different `ComputeContext` in a single node tree. Each zone
is in a separate `ComputeContext`. To make it work, the `ViewerPath` system
now explicitly supports zones and drawing code will look up the right logger
for showing inspection data.
No functional changes are expected, except that the spreadsheet now shows
"Simulation Zone" in the context path if the viewer is in a simulation.
2023-06-20 09:50:44 +02:00
|
|
|
tree_draw_ctx.geo_log_by_zone = geo_log::GeoModifierLog::get_tree_log_by_zone_for_node_editor(
|
|
|
|
|
*snode);
|
|
|
|
|
for (geo_log::GeoTreeLog *log : tree_draw_ctx.geo_log_by_zone.values()) {
|
|
|
|
|
log->ensure_node_warnings();
|
|
|
|
|
log->ensure_node_run_time();
|
2022-09-13 08:44:26 +02:00
|
|
|
}
|
2022-12-13 16:44:13 -06:00
|
|
|
const WorkSpace *workspace = CTX_wm_workspace(&C);
|
Geometry Nodes: viewport preview
This adds support for showing geometry passed to the Viewer in the 3d
viewport (instead of just in the spreadsheet). The "viewer geometry"
bypasses the group output. So it is not necessary to change the final
output of the node group to be able to see the intermediate geometry.
**Activation and deactivation of a viewer node**
* A viewer node is activated by clicking on it.
* Ctrl+shift+click on any node/socket connects it to the viewer and
makes it active.
* Ctrl+shift+click in empty space deactivates the active viewer.
* When the active viewer is not visible anymore (e.g. another object
is selected, or the current node group is exit), it is deactivated.
* Clicking on the icon in the header of the Viewer node toggles whether
its active or not.
**Pinning**
* The spreadsheet still allows pinning the active viewer as before.
When pinned, the spreadsheet still references the viewer node even
when it becomes inactive.
* The viewport does not support pinning at the moment. It always shows
the active viewer.
**Attribute**
* When a field is linked to the second input of the viewer node it is
displayed as an overlay in the viewport.
* When possible the correct domain for the attribute is determined
automatically. This does not work in all cases. It falls back to the
face corner domain on meshes and the point domain on curves. When
necessary, the domain can be picked manually.
* The spreadsheet now only shows the "Viewer" column for the domain
that is selected in the Viewer node.
* Instance attributes are visualized as a constant color per instance.
**Viewport Options**
* The attribute overlay opacity can be controlled with the "Viewer Node"
setting in the overlays popover.
* A viewport can be configured not to show intermediate viewer-geometry
by disabling the "Viewer Node" option in the "View" menu.
**Implementation Details**
* The "spreadsheet context path" was generalized to a "viewer path" that
is used in more places now.
* The viewer node itself determines the attribute domain, evaluates the
field and stores the result in a `.viewer` attribute.
* A new "viewer attribute' overlay displays the data from the `.viewer`
attribute.
* The ground truth for the active viewer node is stored in the workspace
now. Node editors, spreadsheets and viewports retrieve the active
viewer from there unless they are pinned.
* The depsgraph object iterator has a new "viewer path" setting. When set,
the viewed geometry of the corresponding object is part of the iterator
instead of the final evaluated geometry.
* To support the instance attribute overlay `DupliObject` was extended
to contain the information necessary for drawing the overlay.
* The ctrl+shift+click operator has been refactored so that it can make
existing links to viewers active again.
* The auto-domain-detection in the Viewer node works by checking the
"preferred domain" for every field input. If there is not exactly one
preferred domain, the fallback is used.
Known limitations:
* Loose edges of meshes don't have the attribute overlay. This could be
added separately if necessary.
* Some attributes are hard to visualize as a color directly. For example,
the values might have to be normalized or some should be drawn as arrays.
For now, we encourage users to build node groups that generate appropriate
viewer-geometry. We might include some of that functionality in future versions.
Support for displaying attribute values as text in the viewport is planned as well.
* There seems to be an issue with the attribute overlay for pointclouds on
nvidia gpus, to be investigated.
Differential Revision: https://developer.blender.org/D15954
2022-09-28 17:54:59 +02:00
|
|
|
tree_draw_ctx.active_geometry_nodes_viewer = viewer_path::find_geometry_nodes_viewer(
|
|
|
|
|
workspace->viewer_path, *snode);
|
2022-09-13 08:44:26 +02:00
|
|
|
}
|
2022-11-23 14:34:31 +02:00
|
|
|
else if (ntree.type == NTREE_COMPOSIT) {
|
2024-02-09 10:19:24 +01:00
|
|
|
const Scene *scene = CTX_data_scene(&C);
|
2022-11-23 14:34:31 +02:00
|
|
|
tree_draw_ctx.used_by_realtime_compositor = realtime_compositor_is_in_use(C);
|
2024-02-09 10:19:24 +01:00
|
|
|
tree_draw_ctx.compositor_per_node_execution_time =
|
|
|
|
|
&scene->runtime->compositor.per_node_execution_time;
|
2022-11-23 14:34:31 +02:00
|
|
|
}
|
2023-08-08 17:36:06 +02:00
|
|
|
else if (ntree.type == NTREE_SHADER && U.experimental.use_shader_node_previews &&
|
|
|
|
|
BKE_scene_uses_shader_previews(CTX_data_scene(&C)) &&
|
2023-08-09 14:04:11 +02:00
|
|
|
snode->overlay.flag & SN_OVERLAY_SHOW_OVERLAYS &&
|
|
|
|
|
snode->overlay.flag & SN_OVERLAY_SHOW_PREVIEWS)
|
2023-08-08 17:36:06 +02:00
|
|
|
{
|
|
|
|
|
tree_draw_ctx.nested_group_infos = get_nested_previews(C, *snode);
|
|
|
|
|
}
|
2023-03-19 07:03:01 +01:00
|
|
|
|
|
|
|
|
node_update_nodetree(C, tree_draw_ctx, ntree, nodes, blocks);
|
Geometry Nodes: add simulation support
This adds support for building simulations with geometry nodes. A new
`Simulation Input` and `Simulation Output` node allow maintaining a
simulation state across multiple frames. Together these two nodes form
a `simulation zone` which contains all the nodes that update the simulation
state from one frame to the next.
A new simulation zone can be added via the menu
(`Simulation > Simulation Zone`) or with the node add search.
The simulation state contains a geometry by default. However, it is possible
to add multiple geometry sockets as well as other socket types. Currently,
field inputs are evaluated and stored for the preceding geometry socket in
the order that the sockets are shown. Simulation state items can be added
by linking one of the empty sockets to something else. In the sidebar, there
is a new panel that allows adding, removing and reordering these sockets.
The simulation nodes behave as follows:
* On the first frame, the inputs of the `Simulation Input` node are evaluated
to initialize the simulation state. In later frames these sockets are not
evaluated anymore. The `Delta Time` at the first frame is zero, but the
simulation zone is still evaluated.
* On every next frame, the `Simulation Input` node outputs the simulation
state of the previous frame. Nodes in the simulation zone can edit that
data in arbitrary ways, also taking into account the `Delta Time`. The new
simulation state has to be passed to the `Simulation Output` node where it
is cached and forwarded.
* On a frame that is already cached or baked, the nodes in the simulation
zone are not evaluated, because the `Simulation Output` node can return
the previously cached data directly.
It is not allowed to connect sockets from inside the simulation zone to the
outside without going through the `Simulation Output` node. This is a necessary
restriction to make caching and sub-frame interpolation work. Links can go into
the simulation zone without problems though.
Anonymous attributes are not propagated by the simulation nodes unless they
are explicitly stored in the simulation state. This is unfortunate, but
currently there is no practical and reliable alternative. The core problem
is detecting which anonymous attributes will be required for the simulation
and afterwards. While we can detect this for the current evaluation, we can't
look into the future in time to see what data will be necessary. We intend to
make it easier to explicitly pass data through a simulation in the future,
even if the simulation is in a nested node group.
There is a new `Simulation Nodes` panel in the physics tab in the properties
editor. It allows baking all simulation zones on the selected objects. The
baking options are intentially kept at a minimum for this MVP. More features
for simulation baking as well as baking in general can be expected to be added
separately.
All baked data is stored on disk in a folder next to the .blend file. #106937
describes how baking is implemented in more detail. Volumes can not be baked
yet and materials are lost during baking for now. Packing the baked data into
the .blend file is not yet supported.
The timeline indicates which frames are currently cached, baked or cached but
invalidated by user-changes.
Simulation input and output nodes are internally linked together by their
`bNode.identifier` which stays the same even if the node name changes. They
are generally added and removed together. However, there are still cases where
"dangling" simulation nodes can be created currently. Those generally don't
cause harm, but would be nice to avoid this in more cases in the future.
Co-authored-by: Hans Goudey <h.goudey@me.com>
Co-authored-by: Lukas Tönne <lukas@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/104924
2023-05-03 13:18:51 +02:00
|
|
|
node_draw_zones(tree_draw_ctx, region, *snode, ntree);
|
2023-03-19 07:03:01 +01:00
|
|
|
node_draw_nodetree(C, tree_draw_ctx, region, *snode, ntree, nodes, blocks, parent_key);
|
2013-03-18 16:34:57 +00:00
|
|
|
}
|
|
|
|
|
|
2021-10-08 11:43:52 +02:00
|
|
|
/**
|
2021-10-12 17:52:35 +11:00
|
|
|
* Make the background slightly brighter to indicate that users are inside a node-group.
|
2021-10-08 16:01:49 +02:00
|
|
|
*/
|
2021-12-03 16:25:17 -05:00
|
|
|
static void draw_background_color(const SpaceNode &snode)
|
2021-10-08 11:43:52 +02:00
|
|
|
{
|
2021-10-11 09:32:29 +02:00
|
|
|
const int max_tree_length = 3;
|
2021-10-08 11:43:52 +02:00
|
|
|
const float bright_factor = 0.25f;
|
|
|
|
|
|
2021-10-11 09:32:29 +02:00
|
|
|
/* We ignore the first element of the path since it is the top-most tree and it doesn't need to
|
|
|
|
|
* be brighter. We also set a cap to how many levels we want to set apart, to avoid the
|
|
|
|
|
* background from getting too bright. */
|
2021-12-03 16:25:17 -05:00
|
|
|
const int clamped_tree_path_length = BLI_listbase_count_at_most(&snode.treepath,
|
2021-10-11 09:32:29 +02:00
|
|
|
max_tree_length);
|
|
|
|
|
const int depth = max_ii(0, clamped_tree_path_length - 1);
|
2021-10-08 16:01:49 +02:00
|
|
|
|
2021-10-08 11:43:52 +02:00
|
|
|
float color[3];
|
|
|
|
|
UI_GetThemeColor3fv(TH_BACK, color);
|
|
|
|
|
mul_v3_fl(color, 1.0f + bright_factor * depth);
|
|
|
|
|
GPU_clear_color(color[0], color[1], color[2], 1.0);
|
|
|
|
|
}
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
void node_draw_space(const bContext &C, ARegion ®ion)
|
2008-12-24 10:33:10 +00:00
|
|
|
{
|
2021-12-03 16:25:17 -05:00
|
|
|
wmWindow *win = CTX_wm_window(&C);
|
|
|
|
|
SpaceNode &snode = *CTX_wm_space_node(&C);
|
|
|
|
|
View2D &v2d = region.v2d;
|
2018-06-04 09:31:30 +02:00
|
|
|
|
2021-07-26 12:32:42 +10:00
|
|
|
/* Setup off-screen buffers. */
|
2021-12-03 16:25:17 -05:00
|
|
|
GPUViewport *viewport = WM_draw_region_get_viewport(®ion);
|
2020-08-18 14:43:18 +02:00
|
|
|
|
|
|
|
|
GPUFrameBuffer *framebuffer_overlay = GPU_viewport_framebuffer_overlay_get(viewport);
|
|
|
|
|
GPU_framebuffer_bind_no_srgb(framebuffer_overlay);
|
|
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
UI_view2d_view_ortho(&v2d);
|
2021-10-08 11:43:52 +02:00
|
|
|
draw_background_color(snode);
|
2020-08-20 16:38:34 +02:00
|
|
|
GPU_depth_test(GPU_DEPTH_NONE);
|
2020-08-23 11:11:27 +02:00
|
|
|
GPU_scissor_test(true);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 15:04:29 +11:00
|
|
|
/* XXX `snode->runtime->cursor` set in coordinate-space for placing new nodes,
|
|
|
|
|
* used for drawing noodles too. */
|
2021-12-03 16:25:17 -05:00
|
|
|
UI_view2d_region_to_view(®ion.v2d,
|
|
|
|
|
win->eventstate->xy[0] - region.winrct.xmin,
|
|
|
|
|
win->eventstate->xy[1] - region.winrct.ymin,
|
|
|
|
|
&snode.runtime->cursor[0],
|
|
|
|
|
&snode.runtime->cursor[1]);
|
2023-03-17 04:19:05 +01:00
|
|
|
snode.runtime->cursor[0] /= UI_SCALE_FAC;
|
|
|
|
|
snode.runtime->cursor[1] /= UI_SCALE_FAC;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
ED_region_draw_cb_draw(&C, ®ion, REGION_DRAW_PRE_VIEW);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Only set once. */
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_ALPHA);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Nodes. */
|
2013-03-18 16:34:57 +00:00
|
|
|
snode_set_context(C);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-10-26 13:03:09 -05:00
|
|
|
const int grid_levels = UI_GetThemeValueType(TH_NODE_GRID_LEVELS, SPACE_NODE);
|
2021-12-03 16:25:17 -05:00
|
|
|
UI_view2d_dot_grid_draw(&v2d, TH_GRID, NODE_GRID_STEP_SIZE, grid_levels);
|
2021-10-26 13:03:09 -05:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Draw parent node trees. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (snode.treepath.last) {
|
|
|
|
|
bNodeTreePath *path = (bNodeTreePath *)snode.treepath.last;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Update tree path name (drawn in the bottom left). */
|
2021-12-03 16:25:17 -05:00
|
|
|
ID *name_id = (path->nodetree && path->nodetree != snode.nodetree) ? &path->nodetree->id :
|
|
|
|
|
snode.id;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-04-01 14:36:44 +02:00
|
|
|
if (name_id && UNLIKELY(!STREQ(path->display_name, name_id->name + 2))) {
|
2023-05-09 12:50:37 +10:00
|
|
|
STRNCPY(path->display_name, name_id->name + 2);
|
2015-01-25 01:59:49 +01:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Current View2D center, will be set temporarily for parent node trees. */
|
2022-09-02 14:09:32 -05:00
|
|
|
float2 center;
|
|
|
|
|
UI_view2d_center_get(&v2d, ¢er.x, ¢er.y);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Store new view center in path and current edit tree. */
|
2013-04-17 17:12:12 +00:00
|
|
|
copy_v2_v2(path->view_center, center);
|
2021-12-03 16:25:17 -05:00
|
|
|
if (snode.edittree) {
|
|
|
|
|
copy_v2_v2(snode.edittree->view_center, center);
|
2019-03-26 21:16:47 +11:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Top-level edit tree. */
|
2020-11-30 13:56:46 -05:00
|
|
|
bNodeTree *ntree = path->nodetree;
|
2013-04-17 17:12:12 +00:00
|
|
|
if (ntree) {
|
2020-03-06 16:56:42 +01:00
|
|
|
snode_setup_v2d(snode, region, center);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Backdrop. */
|
2020-03-06 16:56:42 +01:00
|
|
|
draw_nodespace_back_pix(C, region, snode, path->parent_key);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2017-05-29 22:06:59 +10:00
|
|
|
{
|
|
|
|
|
float original_proj[4][4];
|
2018-07-15 15:27:15 +02:00
|
|
|
GPU_matrix_projection_get(original_proj);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2018-07-15 15:27:15 +02:00
|
|
|
GPU_matrix_push();
|
|
|
|
|
GPU_matrix_identity_set();
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
wmOrtho2_pixelspace(region.winx, region.winy);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
WM_gizmomap_draw(region.gizmo_map, &C, WM_GIZMOMAP_DRAWSTEP_2D);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2018-07-15 15:27:15 +02:00
|
|
|
GPU_matrix_pop();
|
|
|
|
|
GPU_matrix_projection_set(original_proj);
|
2017-05-29 22:06:59 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
draw_nodetree(C, region, *ntree, path->parent_key);
|
2013-04-17 17:12:12 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Temporary links. */
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_ALPHA);
|
2018-06-27 19:07:23 -06:00
|
|
|
GPU_line_smooth(true);
|
2021-12-03 16:25:17 -05:00
|
|
|
if (snode.runtime->linkdrag) {
|
2022-12-29 14:09:58 -05:00
|
|
|
for (const bNodeLink &link : snode.runtime->linkdrag->links) {
|
2023-11-01 09:29:56 +01:00
|
|
|
node_draw_link_dragged(C, v2d, snode, link);
|
2012-10-21 05:46:41 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
}
|
2018-06-27 19:07:23 -06:00
|
|
|
GPU_line_smooth(false);
|
2020-08-16 15:38:34 +02:00
|
|
|
GPU_blend(GPU_BLEND_NONE);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
if (snode.overlay.flag & SN_OVERLAY_SHOW_OVERLAYS && snode.flag & SNODE_SHOW_GPENCIL) {
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Draw grease-pencil annotations. */
|
2021-12-03 16:25:17 -05:00
|
|
|
ED_annotation_draw_view2d(&C, true);
|
2008-12-24 10:33:10 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
}
|
2013-03-18 16:34:57 +00:00
|
|
|
else {
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Backdrop. */
|
2020-03-06 16:56:42 +01:00
|
|
|
draw_nodespace_back_pix(C, region, snode, NODE_INSTANCE_KEY_NONE);
|
2012-05-15 12:40:43 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
ED_region_draw_cb_draw(&C, ®ion, REGION_DRAW_POST_VIEW);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Reset view matrix. */
|
2021-12-03 16:25:17 -05:00
|
|
|
UI_view2d_view_restore(&C);
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-03 16:25:17 -05:00
|
|
|
if (snode.overlay.flag & SN_OVERLAY_SHOW_OVERLAYS) {
|
|
|
|
|
if (snode.flag & SNODE_SHOW_GPENCIL && snode.treepath.last) {
|
2021-02-05 16:23:34 +11:00
|
|
|
/* Draw grease-pencil (screen strokes, and also paint-buffer). */
|
2021-12-03 16:25:17 -05:00
|
|
|
ED_annotation_draw_view2d(&C, false);
|
2012-12-17 02:34:53 +00:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-12-01 21:45:41 -05:00
|
|
|
/* Draw context path. */
|
2021-12-03 16:25:17 -05:00
|
|
|
if (snode.overlay.flag & SN_OVERLAY_SHOW_PATH && snode.edittree) {
|
|
|
|
|
draw_tree_path(C, region);
|
2021-12-01 21:45:41 -05:00
|
|
|
}
|
2021-10-26 11:05:01 -05:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2021-02-17 13:34:49 -06:00
|
|
|
/* Scrollers. */
|
2021-12-03 16:25:17 -05:00
|
|
|
UI_view2d_scrollers_draw(&v2d, nullptr);
|
2008-12-26 13:11:04 +00:00
|
|
|
}
|
2022-01-20 10:36:56 -06:00
|
|
|
|
|
|
|
|
} // namespace blender::ed::space_node
|