Hopscotch 3.33.0 with new winter characters


#21

I got a question: how do you use <= or >= ?


#22

Read this link:


(I can’t be bothered explaining it all again.)


#23

Less than or equal, greater than or equal. Useful if our variable has decimals.


#24

Which of these characters are your favorites? Why do you like them?

  • Penguin
  • Queen Ana
  • Mistle
  • Gonzalo
  • Sleigh
  • Yeti
  • Snowflake
  • Reindeer
  • Polar Bear
  • Elf
  • Snow Globe

0 voters


#25

Ummm… A small bug, @awesomeonion with the new set w/h block. You make a square, (or any shape, really) absolutely massive. Then the edges start to look a little weird. It isn’t that major, but it probably should be fixed.


#26

To show scale, the ‘Get Bigger’ Text is Size 100.


It’s just a normal square, at a massive width.

Set Width to 5000000
and then X pos to -34700


#27

As well as that, we have this. A square at an angle, that is small has jagged edges. (You need to zoom in a tiny bit)


#28

Gonzalo the snowman visited the north pole once. We had so much fun together.


#29

HS only utilizes 1/4 of your screen resolution, half the width and half the height.
You can edit the JSON to make your project 2048x1536 and double the size of everything.
Otherwise, I don’t think that this is able to be fixed


#30

What happens when you do that? Hah! Send me a project, I am curious about this now.


#31



#32

Who drew the winter characters?


#33

thanks. so it’s sharper cause you then double the size of each of the characters?


#34

That’s what @creationsofanoob said a few months ago. I’ll test it though.


#35

I only mentioned the player width and height. There is no bug whatsoever (unless there is)
@MISSION_IMPOSSIBLE said that the rectangle was jagged when scaled and rotated


#36

@awesomeonion @Ana
Was it intentional for inputs to the Set Width/Height block to mean something different than the Width/Height object traits? The definitions for the object traits make it seem not intentional.

The last part implies, to me, that the Set Width/Height trait values should match the Set Width/Height inputs. However…

The inputs to the Set Height/Width block scale the image as expected, but the Height/Width traits reflect the height and width of a “bounding box” that encompasses the image. At a rotation of 0 there’s no difference. However if you use Set Width/Height on a rotated image, the image is scaled & rotated as expected, but the Height/Width traits will no longer reflect the Height/Width inputs. A little trig confirms the values of the traits reflect the size of the “bounding box”.

Referring to the image below, the black rectangle is a Hopscotch ‘Square’ with Set Width=150 : Height=50, and Set Angle=30

The grey background is the “bounding box”. It’s centered on the Square and has Set Width=(Square)Width : Height=(Square)Height

So the Width/Height traits of the black image actually represent the Width/Height of the grey image. This will be more than a little confusing to most Hopscotchers.


#37

Ohhhh… that’s what you were saying to me. I get it now. That’s really annoying. (For confused HSers, read this: Why are the dots bouncing?)


#38

I found that out too


#39

@Ana @awesomeonion

Could you advise if this (2 posts up) is a bug or intentional? Please.


#40

Not intentional, thanks for catching! I’ll look into it.