This PR adds an initial implementation of gizmos :tada:
Gizmos are a new powerful feature in Blackjack, allowing to edit a node's parameters right from the 3d viewport. Tweaking a gizmo is an equivalent, but sometimes more comfortable way of editing a node's parameters parameters manually, meaning the procedural workflow remains exactly the same.
This PR only includes one gizmo, but lays down the foundations so that many more gizmo types can be added. Still, even a single gizmo type, powered by egui-gizmo, is versatile enough so that many different nodes can benefit from it!
You can edit a line's endpoints 🔛
Position your primitives 📍
Or edit groups of polygons in a mesh, blender-style 🟠
Another cool feature of gizmos are their time-travel capabilities :running_man: :dash:. You can enable past nodes' gizmos and tweak them to see thir results on the final mesh.
If you have a custom node, making your node gizmo-ready can be as simple as writing a single line of declarative code:
gizmos = { Gz.tweak_point("point") }
But if you need fine-grained control, scroll down for details! Gizmos are defined as a very rich API allowing you to craft very specific behaviors: Each node can define as many gizmos as it wants, each affecting a subset of its parameters.
Last but not least, this PR also brings in several miscellaneous but very important bugfixes and improvements:
Fixed Godot's engine integration, which is now working on latest stable godot (3.5.1)
Revamped Blackjack's serialization format: The old format consisted on two kinds of file, .blj for data saved in the editor, and .jack for exported Jacks, or game engine integration files. From now on, there will be a single serialization file, .bjk. This file can be used both in the editor and loaded into game engine integrations.
Unfortunately, the change in serialization format means models made in previous versions of Blackjack will no longer load. On the bright side, this new serialization format is defined to be versioned and more robust so that future breaking changes are minimized and migration strategies will be easier to implement.
Changed the internal node execution strategy: Originally, we compiled the node graph to Lua code. With time, this proved to be an over-complicated solution, and in order to greatly simplify the new gizmo system, Blackjack will now walk the graph in Rust code, only calling into Lua to invoke each of the nodes' implementations.
This PR adds an initial implementation of gizmos :tada:
Gizmos are a new powerful feature in Blackjack, allowing to edit a node's parameters right from the 3d viewport. Tweaking a gizmo is an equivalent, but sometimes more comfortable way of editing a node's parameters parameters manually, meaning the procedural workflow remains exactly the same.
This PR only includes one gizmo, but lays down the foundations so that many more gizmo types can be added. Still, even a single gizmo type, powered by egui-gizmo, is versatile enough so that many different nodes can benefit from it!
You can edit a line's endpoints 🔛
Position your primitives 📍
Or edit groups of polygons in a mesh, blender-style 🟠
Another cool feature of gizmos are their time-travel capabilities :running_man: :dash:. You can enable past nodes' gizmos and tweak them to see thir results on the final mesh.
If you have a custom node, making your node gizmo-ready can be as simple as writing a single line of declarative code:
But if you need fine-grained control, scroll down for details! Gizmos are defined as a very rich API allowing you to craft very specific behaviors: Each node can define as many gizmos as it wants, each affecting a subset of its parameters.
Last but not least, this PR also brings in several miscellaneous but very important bugfixes and improvements:
Fixed Godot's engine integration, which is now working on latest stable godot (3.5.1)
Revamped Blackjack's serialization format: The old format consisted on two kinds of file,
.bljfor data saved in the editor, and.jackfor exported Jacks, or game engine integration files. From now on, there will be a single serialization file,.bjk. This file can be used both in the editor and loaded into game engine integrations.Unfortunately, the change in serialization format means models made in previous versions of Blackjack will no longer load. On the bright side, this new serialization format is defined to be versioned and more robust so that future breaking changes are minimized and migration strategies will be easier to implement.
Changed the internal node execution strategy: Originally, we compiled the node graph to Lua code. With time, this proved to be an over-complicated solution, and in order to greatly simplify the new gizmo system, Blackjack will now walk the graph in Rust code, only calling into Lua to invoke each of the nodes' implementations.