logo hyperPad Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Login

    Shake Screen depending on variable

    Scheduled Pinned Locked Moved
    Comments & Feedback
    5
    15
    1.8k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • Andrey GhostA
      Andrey Ghost
      last edited by

      Hm, interesting technique. Gonna try this on. Thanks Deeeds.
      Still, I think hyperPad needs more input-boxes, it adds new possibilities of coding and can also save time.

      D 2 Replies Last reply Reply Quote 0
      • D
        Deeeds @Andrey Ghost
        last edited by Deeeds

        @andrey-ghost hyperPad has a unique, unused advantage over other visual code editors... it goes top to bottom, left to right.

        Most others go left to right, and push complexity into the y - axis.

        With hyperPad's down-to-do approach, they could put visual inputs on the left of behaviour nodes, and outputs on the right (where appropriate) so data could be passed in and out visually.

        Which would be amazing.

        And they could add an Undo to the behaviour editor ;)

        1 Reply Last reply Reply Quote 1
        • Aidan_FireA
          Aidan_Fire
          last edited by

          @deeeds Some people have swear jars. I need an undo in the behaviour editor jar 😂

          iTap DevelopmentI 1 Reply Last reply Reply Quote 2
          • iTap DevelopmentI
            iTap Development @Aidan_Fire
            last edited by

            @aidan-oxley 🤣🤣🤣🤣🤣🤣

            1 Reply Last reply Reply Quote 0
            • D
              Deeeds @Andrey Ghost
              last edited by Deeeds

              @andrey-ghost Just to add muddle... here's another way of doing it, without a proxy object.

              This has a huge benefit, the size of the camera shake is determined by the velocity/power of the impact. So it feels more "real" and has natural variance in accordance with what's going on in your game.

              This has a bit of a flaw, in that there's often some drift in this, that I've never managed to track down the origin of, but it does work. It takes the collision impact, which is off the screen above the broadcast... and does the following:

              0_1526628112863_Image-1.jpg

              Andrey GhostA 1 Reply Last reply Reply Quote 1
              • Andrey GhostA
                Andrey Ghost @Deeeds
                last edited by

                @deeeds Thanks again, but don't you agree it would be convenient if there just would be an opportunity to input data in Shake Screen behavior? There are also some other behaviors that may need input data.

                D 1 Reply Last reply Reply Quote 0
                • D
                  Deeeds @Andrey Ghost
                  last edited by

                  @andrey-ghost absolutely agree.

                  1 Reply Last reply Reply Quote 0
                  • MurtazaM
                    Murtaza Admin
                    last edited by

                    What I'd like to eventually introduce is to change all sliders to be input fields with a slider option.
                    Just having come up with a good UX to achieve this with out overloading the UI.

                    D 1 Reply Last reply Reply Quote 0
                    • D
                      Deeeds @Murtaza
                      last edited by

                      @murtaza

                      This one is easy.

                      Get rid of the slider. The slider provides no benefit worthy of what its usage requires be removed.

                      Swap it out for a mechanism exactly the same as how Duration is chosen and set.

                      Done. Go have lunch. Take the rest of the day off. You've earned it.

                      MurtazaM Aidan_FireA 2 Replies Last reply Reply Quote 0
                      • MurtazaM
                        Murtaza Admin @Deeeds
                        last edited by

                        @deeeds but I like sliding my finger on the screen. Its fun.

                        1 Reply Last reply Reply Quote 2
                        • Aidan_FireA
                          Aidan_Fire @Deeeds
                          last edited by Aidan_Fire

                          @Deeeds What should @Murtaza have for lunch? I'm half with Deeeds on this one, I don't really care whether or not there's a slider, but if there's the option to use an input field instead, I'll always use that over the slider. Maybe there are other people that like sliders though, could do a vote.

                          Andrey GhostA 1 Reply Last reply Reply Quote 1
                          • Andrey GhostA
                            Andrey Ghost @Aidan_Fire
                            last edited by Andrey Ghost

                            @aidan-oxley That's why there should be an option to choose between slider and input field! :)
                            Also, IMHO Aidan you're to cruel with your signature there. I wonder how much time in sum people have wasted on reading it. Maybe like.. 5 minutes :P

                            1 Reply Last reply Reply Quote 1
                            • iTap DevelopmentI
                              iTap Development
                              last edited by

                              I would personally use input fields, but for say a new user just trying to make a simple game, a slider might be more convenient....

                              1 Reply Last reply Reply Quote 0
                              • First post
                                Last post