Search Issue Tracker
Fixed in 5.3.1
Votes
0
Found in [Package]
4.3.0
Issue ID
1111550
Regression
No
[Sequential] The sequential blocks and nodes should have greater parity
There are some cosmetic UX differences between the sequential blocks and their corresponding nodes (img attached).
Sequential Circle:
To match the block, the node should:
- Move Radius to the bottom
- Move Index / Count to the top
------------
Sequential Line:
To match the block, the node should:
- Move Line to the bottom
To match the node, the block should:
- Convert the Start / End to a Line input
------------
Sequential 3D:
To match the other blocks, the block should:
- Move Count X, Count Y, and Count Z on top, right under Index
- Axis X, Axis Y, and Axis Z should be spaceable
To match the other blocks, the node should:
- Move Index, Count X, Count Y, and Count Z on top
To be consistent, both should have the same name.
(I'm partial to Sequential 3D, but either should work, as long as the node and the block have the same name)
------------
Bonus:
Not sure if it's trivial to have a bool toggling an optional extra output (for target position), but it would make the nodes significantly more powerful.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- “[Worker0] Could not generate preview image“ error when opening macOS native plugin in the Inspector with Architecture to build for set to ARM 64-bit
- [iOS] Application.absoluteURL is empty on Awake/Start when opening via deep link with Splash Screen disabled
- Crash on MemoryManager::Deallocate when rapidly calling Addressables.LoadAssetAsync
- Crash on physx::shdfnd::atomicIncrement when adjusting values on a character controller component after entering Play mode in Prefab edit mode
- [Rendering Debugger] [NewInputSystem] Debug Overlays in Play mode throws InvalidOperationException when using New Input System
Add comment