A standardised default scrolling system (not UI object)



  • Are there any plans to add a standard scrolling system for games (not a UI object), so we could scroll through our inventory, dialogues, list of buttons/settings, etc.

    I know this is possible to implement by ourselves (like started touching - stopped touching), but this feels like a feature that should be implemented by default since scrolling is extremely common.

    I've tried making my own scrolling, but I can't really get the feel right (like the bounce back) and trying to scroll something that doesn't take up the whole screen is even more messy.

    I've had to scrap a lot of games and features due to a lack of implemented scrolling.



  • Relatable! 😭

    We need scrolling.

    Especially when we are trying to make some type of inventory system or an options menu, it will come in handy.

    Rather than the old method of having multiple pages to go through, why not have a single screen where we can scroll?



  • Exactly. I have no idea why hyperPad hasn't had this from day 1


  • Admin

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

    Exactly. I have no idea why hyperPad hasn't had this from day 1

    We typically prioritize features based on what we think will be used and how they will impact the majority of the community.
    In other words the platform grows with the users. As you guys improve and start needing more advanced things we prioritize features that suite you best.

    That’s why things like arrays, attributes and other more advanced things were added later.

    Also as a developer you need to focus on key elements.
    It’s very easy to fall into feature creep. Sometimes you just need to push a product out and add things later. Or you’re stuck in endless development and nothing ever gets released. Sometimes the hardest thing in development is to say no.

    As for this feature, it’s something we’re planning as part of the UI objects(or shortly after ). Don’t worry it will be more generic and not exactly a UI element.
    The issue is to make it robust and generic we need to do some other additions first (or along side)... like the hierarchy system.



  • @murtaza I suppose I am in a bit of a "feature creep". I have worked within hyperPad's limitations for a long time and I guess I'm tired of having to that anymore.

    I could just work with it, and have to add "pages" (next/back), but this is even something that impacts the player's expirence, especially when there's a long list.

    For other features, like prefabs system, it feels like I have less dynamic scalability of my game. Trying to use global objects to simulate prefabs is just too much effort and time consuming.

    I'm probably just going to play around with Unity and their Playground feature for awhile, until more features are added.



  • 🤷‍♂️ Okay then..

    I’ll stay here and work on small projects until some cool features come about, then I can finally keep working on my big project when useful features are here.

    Sorry, that’s kinda how I feel right now...


  • Admin

    Just going to chime in here. Scrollable UIs in games are never good. Next and previous pages are always the way to go. Having used Unity’s UI I can personally tell you that it’s not a good user experience.

    We give you the advanced features to create a scrollable UI and you can implement it yourself. What this is waiting on is layer hierarchies, which is something we’re actively building.



  • @hamed I guess scrollable UIs are just personal opinions, as I love scrollable inventories whereas other people might prefer pages, if I were to make a big game I'd make this an option in settings.

    The reason why I've used hyperPad is because it's easy – it does all the boring work for me so I can focus on making the game, and scrolling is one of those boring things which I shouldn't need to spend time implementing myself.

    Maybe this is just me growing up or tiredness of waiting for features and realising I might prefer using a programming game engine that gives me all the features I could imagine.

    I wish there was an inbetween of Unity and the ease of hyperPad. Hopefully that's what Unity Playground could become one day. For now I can only see hyperPad as a game prototyping tool and making simple games, though that'll probably get better as more features are added.


  • Admin

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

    @hamed I guess scrollable UIs are just personal opinions, as I love scrollable inventories whereas other people might prefer pages, if I were to make a big game I'd make this an option in settings.

    Settings like that are also not a good user experience. You should choose one interface and keep it consistent. UI settings should mostly be for accessibility eg. make font larger, colour blindness etc.

    The reason why I've used hyperPad is because it's easy – it does all the boring work for me so I can focus on making the game, and scrolling is one of those boring things which I shouldn't need to spend time implementing myself.

    Should be the case when we have hierarchies. (Mask parent, Drag and drop, lock vertical direction)

    I wish there was an inbetween of Unity and the ease of hyperPad. Hopefully that's what Unity Playground could become one day. For now I can only see hyperPad as a game prototyping tool and making simple games, though that'll probably get better as more features are added.

    Sometimes you just have to choose the best tool for the job. We're proud that our users are maxing out hyperPad to its limits and we're working hard to make it super powerful and also easier at the same time. We're listening to you guys, there's just a lot of stuff to implement!



  • @hamed if we could parent objects and create prefabs, you could let people make stuff like this and publish to the hyperPad asset shop.

    I think it should be possible for someone to make a scrolling system in one object in hyperpad where users can just put all their scrollable objects in a "scrolling" tag, and use attributes for how far they can scroll in each direction.

    I think there are a lot of things that experienced hyperPad users could create for others to import into their projects, like:

    • Alternative physics/game engines, like IWBTG and its many fan games, or Terraria/Minecraft style terrain generation
    • In-game colour picker
    • Game Centre style matchmaking and/or high score lists
    • Level editor/loader that exports/imports json

  • Admin

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

    @hamed if we could parent objects and create prefabs, you could let people make stuff like this and publish to the hyperPad asset shop.

    I think it should be possible for someone to make a scrolling system in one object in hyperpad where users can just put all their scrollable objects in a "scrolling" tag, and use attributes for how far they can scroll in each direction.

    I think there are a lot of things that experienced hyperPad users could create for others to import into their projects, like:

    • Alternative physics/game engines, like IWBTG and its many fan games, or Terraria/Minecraft style terrain generation
    • In-game colour picker
    • Game Centre style matchmaking and/or high score lists
    • Level editor/loader that exports/imports json

    This is the direction we want to take. It's also why it takes a while for us to develop certain things. We don't want to rush it and just release features, sure we could add a prefab system "quickly". But it will be a bandaid that doesn't grow with the app and community.

    The end goal is to have things shareable in various ways, while also staying in good standings with Apple (they don't like anything that resembles sharing and executing code).



  • @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 😛


  • Admin

    @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:

    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.