@Thecheater887 said in Bullets Incomplete: Here's a better idea - remove the shoot behaviors entirely. They're way too limited compared to being able to create custom "guns" (shooters) and bullets using spawn and tags. The shoot behaviours are there for beginners or those needing simple basic shooter elements. You're completely free to create your own shooting logic. That being said our shoot definitely could use some updating :).

We have something like this in mind. It'll be later though. Probably closer to 2.0

@Deeeds So you can share games you’ve made, or examples to help people, and get feedback on the game so you can continue to improve it etc

@Murtaza I think you mentioned this the other day, but it most likely won't be too hard to change. Do you think you can look into it? (For convenience purposes, and because I am a music lover)

@Deeeds This would be cool indeed.

@Deeeds Was just making sure you knew.

@Aidan-Oxley and the longer it is, the more they start to cover the behavior name.

@Murtaza awsome!

@Aidan-Oxley @Hamed THANK YOU BOTH!! This is now working. I have objects I can rotate and they apply force correctly. Feature request still stands! It would be awesome if this guff could be abstracted away to where it belongs, in the dustbin with the casio calculator watches of the 1980's.

@Kamdroid that’s a great idea!

@Aidan-Oxley different use of the word flip.

@Kamdroid yeah they should add it!

@Deeeds that would be awsome!

@Hamed Don’t forget to add dynamic asset/graphic names ;) Just add an error image if it can’t be loaded. It’d be much better than a bunch of if statements and set graphics.

@Deeeds Maybe. This is a pretty hefty request because we have a lot of behaviours with many different properties to watch. For now I would maybe create your own observers using broadcast and receive, broadcasting whenever you change the property.

@Deeeds said in Add a built in way to have a scrollable list of objects: @Kamdroid Same as your blur. What's needed is UIKit incorporation. Then you get date spinners, sliders, checkboxes, tab bars, switches, split views, collections, auto-layout, etc etc... But that's going to require some considerable effort. It would, however, put hyperPad in a position of enormous strength as the first to market with a prototyping tool that builds apps, and runs stand-alone on the iPad. An endeavour worth financing, I'd suggest. I would LOVE to have UI kit support added to hyperPad. But doing so would make the UI kit type stuff exist on-top of the hyperPad scene. Which I guess wouldn't be too big of an issue now that I think about it... But none the less UI related objects are already on our public roadmap, unfortunately it just keeps getting pushed back :(. @Deeeds said in Add a built in way to have a scrollable list of objects: @iTap-Development No self respecting engine that calls itself hyperPad should force you to code UI elements for the platform it runs on. See hyperCard. It was a revelation. Spawned the internet, among other things. Gotta walk before you can run. Need the fundamentals in place before adding cool things. As you have clearly noticed there are some things lacking in hyperPad, that would obviously need to be in place before UI items. Also, hyperPad is more designed for mobile games and interactive apps. So the UI stuff takes a second place. Which kind of sucks, and I'd like to see changed personally.

@Kamdroid Again, WELL DONE! I'll get to it soon. Promise. Sorry I haven't had a chance yet.... fighting with spawning and "relationships" in hyperPad's worlds without them.