@kamdroid said in Is hyperPad abandonware?:

The community and forums used to be a lot more active, though I think it eventually died down a bit. I'm just waiting for new updates before making anything.

I think if hyperPad was cross-platform it'd be way more popular, unfortunately I don't think they can port it to outside of the Apple ecosystem.

When the new hub comes out, hopefully with badges/achievements, it could encourage some more activity and new projects to be made.

I have a couple ideas on trying to increase some traffic to the forums. I think a lot of users don't use the forums because they forget it exists.
I'm thinking bringing attention to it by rewarding active users, and making an "announcement" type post in the app so users are more aware.

Still just an idea floating around in my head. But I agree, the forum definitely needs more activity!

@jack8680 said in A standardised default scrolling system (not UI object):

@murtaza do you think importing and exporting behaviours as json be considered "code" by Apple? I have no idea how strict they are with that but there are apps that let you run python and stuff like that.

Edit:
https://itunes.apple.com/au/app/python-programming-compiler/id1335895307?mt=8

I still want a run code behaviour 😛

Apple is very inconsistent with their rules. Often times if the reviewer likes you, they let things pass.

They have loosened some things up a little when it comes to this kind of stuff, but still extremely strict.

I'd love an execute code behaviour, but I doubt that apple would ever let us have that. Thats why we had to move it outside the app with exported projects and broadcast message behaviours. (broadcast message can execute objective C or swift in xcode)

Where apple gets very strict is when it comes to sharing.

Woah...

Yeah, I think making the font smaller and the scale big helps a bit. I noticed that it may lower the resolution of the text but it increases performance. :)

Add/Remove tag behaviours have just been added to 1.23 :)

@thecheater887 I totally agree, using combine text behaviours with its limited inputs are annoying.

Oh, I even requested this feature months ago.
https://forum.hyperpad.com/topic/917/better-way-of-using-variables-in-text

@thecheater887 Put your "recieve message" actions in global UI object with a behaviour bundle and turn it off so it doesn't automatically execute.

Then in your overlay, simply "behaviour on" the behaviour bundle you put in the global UI object.

Such as:
(In Overlay)
0_1545730493136_B097B0A7-594C-4B06-BD62-926C2D7B253D.png

(In Scene Global UI Object)
0_1545730522401_22F14D0E-0737-4966-9225-FDCE8CADABAE.png

Yes. That would be impossible.
IPA files are more than just files. Submitting an app to the App Store is a bit more complicated than that/

The complexities lie in Apples code-signing. It's how apple verifies apps and trusted developers. We can't do that for you, at least not with out you providing your apple developer security details. Which as you probably guessed is a security risk (for you), we also don't want to be responsible for your apple accounts, as this can get quite troublesome.

That being said, we do have some plans to simplify this process in the future. But it's not our focus right now.

Move behaviours do not use the physics engine so there is no velocity

@aries29 said in Undo and Redo options INSIDE the object's behavior with pop-up message confirming if the user wants to "cut" a connection between behaviors:

@murtaza then can you at least make hyperpad more "accurate" in detecting fingers on the behavior editor behavior? It is annoying since I also experienced that while editing my project and as demonstrated here already several times, the finger is waaaaay too far from the connecting lines of the behaviors to the right side. If a user is merely "panning," then it should not inadvertently destroy his or her behaviors' connections.

Do you mean this? https://forum.hyperpad.com/topic/1096/inaccurate-disconnect-behaviour-touching
If so, yes it will be fixed.

@thecheater887 said in Undo and Redo options INSIDE the object's behavior with pop-up message confirming if the user wants to "cut" a connection between behaviors:

@murtaza Default settings and custom settings? Limited support for custom settings, or a copy box to get the text form to troubleshoot.

I hate the new system with a passion.

It's way too much overhead and causes unnecessary complications. Pretty unlikely for us to do any settings like this.

I get the frustration with the new system. But it's not too much slower. Just a different feeling you need to get used to.

This is definitely something we’re planning as part of our “functions” roll out. It’s a bit longer term feature because we’d like to make it more useful than just this one element.

We’d like to expand this so you can share these, and possibly even sell them. Quite a bit of behind the scenes architecture changes are needed.

Another challenge is how the UI will work when creating these.

@davio I've had this as well, where I don't want my block to be auto aligned when I join it to another. To get around this, I drag the block that I don't want to move and just move it a tiny bit, then when you connect another behaviour to it it will not move.

This is actually something we're already planning to add in a future update.

This would be a good idea, I like it! It's makes it so less objects are used to make a text, and along that, we can make some text a different color and style, yet that's only one text object. :) It makes things much easier.

Would be a little tricky, but you could make it non-passable and then use the Ignore Collisions behaviour on every object that it passes through.

@hamed Hi, sorry for not being clear.

I just think it would be nice to have a seperate version (or toggle) of the Loop behaviour so it allows for delay/wait behaviours.

So I don't have to recreate how Loop behaviour works whenever I want to have a delay in my Loop.

It's pretty much like me having to recreate the functionality of a for loop every time I need to use a delay. I just feel it is unnecessary.

Alternatively, it would be cool to create custom behaviours (and add your own menu items when viewing the behaviour) so I can just make it myself if this is an issue.