Shake Screen depending on variable
-
@aidan-oxley 🤣🤣🤣🤣🤣🤣
-
@andrey-ghost Just to add muddle... here's another way of doing it, without a proxy object.
This has a huge benefit, the size of the camera shake is determined by the velocity/power of the impact. So it feels more "real" and has natural variance in accordance with what's going on in your game.
This has a bit of a flaw, in that there's often some drift in this, that I've never managed to track down the origin of, but it does work. It takes the collision impact, which is off the screen above the broadcast... and does the following:
-
@deeeds Thanks again, but don't you agree it would be convenient if there just would be an opportunity to input data in Shake Screen behavior? There are also some other behaviors that may need input data.
-
@andrey-ghost absolutely agree.
-
What I'd like to eventually introduce is to change all sliders to be input fields with a slider option.
Just having come up with a good UX to achieve this with out overloading the UI. -
This one is easy.
Get rid of the slider. The slider provides no benefit worthy of what its usage requires be removed.
Swap it out for a mechanism exactly the same as how Duration is chosen and set.
Done. Go have lunch. Take the rest of the day off. You've earned it.
-
@deeeds but I like sliding my finger on the screen. Its fun.
-
-
@aidan-oxley That's why there should be an option to choose between slider and input field! :)
Also, IMHO Aidan you're to cruel with your signature there. I wonder how much time in sum people have wasted on reading it. Maybe like.. 5 minutes :P -
I would personally use input fields, but for say a new user just trying to make a simple game, a slider might be more convenient....
