hyperPad Forum

Doing good! Nice to see you using this as a way to collaborate with others. Can't wait to see what you guys make! :)

We have a Discord server where you can chat with others if you're looking for quicker response times: https://discord.gg/RpXHJXq

1. You need to save and load the array.
2. When loading the array, you must reapply the tags.

Let's start with saving and loading.
After modifying the array (it should now contain all the tags you need), you can trigger the Modify Save File behavior and save the entire array. When the scene starts, you can trigger Load from Save File with the same key you used in the modify save file behavior.

Now you can load the array, but you must add the tags back, otherwise all the work you did for saving and loading was for nothing. Grab the loaded value from the load from save file behavior, and plug it into the Modify Tag behavior. There is an option to set the tags of the object (or append tags) which takes in an array.

A better approach would be to utilize the screen behaviors to move between images. This allows things to persist instead of the entire scene resetting every time.

1. App hasn't been updated yet.
2. The Z order property is editable in the shoot behavior itself.
3. I'm guessing you mean to have bullets ignore collisions of some objects - not possible at the moment. Treating bullets like objects would bring a lot of performance overhead. It would be a lot better to use actual objects instead since you can define custom behavior logic for each bullet.

Also, good news! This bug has been fixed. An object shooting a bullet will still be able to shoot bullets when switching layers. We've also added the ability to adjust the Z order of the bullets.

I'm assuming the screenshot you provided is from a tutorial.

What this is doing is getting the rotation of an object, calculating the x and y values to use based on the rotation, and then applying a force using those values. Effectively, this applies a force on a spawned object (presumably a bullet, a physics object) in the direction of the object.

Normalized x direction is a Math Function behavior that is using Cosine.
Normalized y direction is a Math Function behavior that is using Sine.

However, I see that the names are mixed up in the screenshot. So Sine is used for the x and Cosine is used for the y.

The multiplier is self-explanatory - you can adjust the power that is applied on the force. Larger multiplier means stronger force. It looks like it's using a health bar to adjust the power.

After some testing, I noticed I made some mistakes. You want to divide angle by 360 divided by how ever many angles you have. In my example, I used 8 since I have 8 angles. Then you round it - you'll get a range from -4 to 4. Range changes depending on how many angles you have. 0 is up, 1 is top right, etc. Note that when it reaches -4, it goes to 4 but it's still pointing in the same direction. It's just that the angle becomes negative when the joystick ball is pointing to the left. Here are screenshots that should help.

If you have more directions than the 4 cardinal directions, then I'd suggest using Joystick Analog. The Joystick Controlled behavior only works with the 4 cardinal directions. Joystick Analog outputs angle, and based on that angle, you can play a different walking animation.

For example, let's say you have 8 different angles (4 cardinal, and 4 diagonal) - you would divide the angle by 8 and round it. You get a number ranging from 0 to 7, each number corresponding to a direction. 0 is up, 1 is up and right, 2 is right, and so on... You can use If to check which angle it is and play a different walking animation.

No I never had the need to do anything like this, but if I'm understanding this correctly, you want the image to clamp to the screen's boundaries when the image is larger than the screen.

There's no built-in way to do this.
The easiest thing I can think of is moving the image to the player every frame (Frame Event --> Move to Object) and then using the Clamp Value behavior. You can clamp the x and y position of the image as it moves and restrict it to a rectangular area. You would have to account for the dimensions of the image and the screen.

Why not use the built-in background option in scene settings? It has the option to do Aspect Fill so the background will always fill the entire screen without stretching

You can use a Move to Object behavior and move the object to itself. But change the anchor point of the second object to be slightly above the origin. Now the object will move "forward" regardless of the rotation. So at 0 degrees, it will move up, and when rotated 90 degrees clockwise, it will move right.

I'm confused on what you're asking for. Can you share your project and explain what your expectations are?

That's probably the best way to do it at this moment. There's no built-in way to do that. We can add in another option in the Modify Array behavior to delete a specific element in the array.

@MrAeon1111 said:

How to manage the attribute keys with multiple objects.
Unlike in your example I have many object spawn at the same time. What do I put instead of “source object id”? Does it have to be dynamic?

It looks like you're spawning multiple objects per iteration - maybe you meant to spawn one object per iteration?

To answer your question, "source object id" is just an arbitrary key I used. You can name your key anything that makes sense to you. It can either be dynamic or predefined - there's no difference functionality-wise.

@MrAeon1111 said:

It’s weird because sometimes it delete the source even if the ID is not the same… For that I do a modify array by doing a get array value at index when the spawn object is touched. But it doesn’t work every time. I don’t understand why.

It is worth noting that Get Array Value takes a number for the index. If you put text for the input, it treats it as 0 (getting the first element instead).

@MrAeon1111 said:

Yes but it is coming from a loop and a spawn the entire array. So what would you do?

I'm not sure what you mean by this. Can you send a screenshot/picture?

Yes! that too! People aren't patient when scrolling through shorts 😭

Can you please elaborate what is going on?

Here are some common things I can think of:

1. You are editing behaviors in an object, and you scrolled very far from where the behaviors are and you can't find them --> Solution: Double tap with two fingers to return to the original position.
2. You lost the object where your code is --> Solution: Unfortunately, there's no way to search for behaviors in the scene editor. You will have to manually search through the objects to find your code. A good tip is to put your behaviors in labels and title them accordingly.
3. Your project has gone --> Solution: Click on the three lines on the top left in the projects menu. Go to My Cloud Backups and see if your project has a backup.

HypeHype has this feature, and from my experience of using it, it's not as cool as you think. 😅

1. hyperPad projects are complex and preloading a bunch of them will degrade performance. HypeHype is fine with this because everything is a premade asset (you can't import your own stuff). hyperPad is much more flexible and provides more freedom, but in return, projects can be very large.
2. Treating each project like a "short" makes them feel less meaningful. If all it takes is a swipe to skip a project, then what's stopping users from staying if they don't like what they see within the first few seconds?
3. Nobody will read the description - screenshots are ignored. Sure, you may get some engagement in terms of how many people view your project and give a like, but users are less compelled to slow down and provide valuable thorough feedback because of how fast-paced shorts are.

This idea seems very intriguing, but creators don't benefit from it and it only degrades the experience we have now.

btw the Spawn on Object behavior has a built-in Multiplier input field - it determines how many objects should spawn when the behavior is triggered once.