Letting the player move anything means they could move the whole building, which nah that's way too much of a headache.
So I'd need to exclude those.
Or just have it only for building parts, which means removing the Move option from the normal Build menu.
Next up
Ok, this version works without physics. I had to scrounge up some old bullet code from a platformer project I have.
It's nowhere near as accurate, and entirely random bounce angle when colliding with something. But it works and use like 15 lines of code?
Ok, going by my test project it's totally possible to draw physics objects to the UI (top left corner). That doesn't solve the issue of having possibly 100's of extra object active at once though.
Meh, this is just a thought experiment.
OH! Different way of doing it.
11 lines of code, no randomness needed to stop them bouncing forever up and down!
This still means individual objects for the balls and bouncers, but no physics engine definitely means this is possible for minigames!
OMGOSH! Shiny Shadow Beldum!
Joltober is here! Today's prompt is Spider! Each day in October, you’ll get a new prompt and a new quest at 12 pm Eastern! Go to your quest log to find the quest! It'll expire tomorrow at 9 am PT / 12 pm ET.
As I've been going through my building redraws I've split the Crafting Building menu into Converters and Crafters. Kinda need better names for them.
I'm also realising I need to redo the UI for them, they don't need the Inventory part now I can reuse it.
I guess everyday is a Friday when it's a #FanArtFriday! This one's my most recent art of Majora's Mask
Yea, definitely time for a Converting/Crafting UI overhaul Gonna make it smaller, and more more intuitive
Every time I go to use this I forget if it's on [Insert Fuel] or [Insert Item]
Swapping to use the Modular InventoryUI from Fishtank etc will fix it!
4 comments