Scratch

Most people would use x and y movements though.

I know. You could use point in direction of 'sprite' or 'mouse' for things like that though. If anything, there could be an option to change your directional system to show this, but I don't think they should wipe out this direction system completely.

Sure, as long as -90 still works

You can use the 0 to 360 system for telling a sprite what direction to go...it will work just fine.  But it will continue to report it's direction back in the -180 to 180 range.  I can see where it might be good to switch to a 0 to 360 system...it would line up better with magnetic compasses, for one thing!

The other issue is with which direction is defined as zero and which way is defined as positive.  In Scratch, zero is vertical and positive is clock-wise.  In most geometry classes, zero is defined as to the right horizontally and positive is counter clockwise!  This causes me considerable confusion when I go to apply a canned set of equations, such as the 2D rotation equations.  And I'm sure I'm not the only one.

i agree.  the whole system is especially confusing when it comes to determining bounce angles and trigonometry...

Greenboi wrote:

08jackt wrote:

ThePCKid wrote:

Sure, as long as -90 still works

[removed by Forum Moderator]

?

It was a facepalm image. Why does it have to be removed?

Or it could be like every other direction system ever used and go:
       90
180      0
      270
So sine and cosine would actually make sense.

You can use 270; it just doesn't show on the menu.
Try it: Set a sprite to point in direction 270, and you'll notice that it does what ou aare saying!

To change the menu, navigate in the source code to:
Scratch-Objects > ScratchSpriteMorph > instance > motion ops > directionMenu
and change the function to read:

directionMenu
    | t1 |
    t1 _ CustomMenu new.
    #(('right' 90) ('left' 270) ('up' 0) ('down' 180) ) do: [:t2 | t1 add: '(' , t2 second printString , ') ' , t2 first localized action: t2 second].
    ^ t1

.
Then just right-click the code, and choose 'accept!'

Last edited by billyedward (2010-02-24 01:55:35)

Paddle2See wrote:

You can use the 0 to 360 system for telling a sprite what direction to go...it will work just fine.  But it will continue to report it's direction back in the -180 to 180 range.  I can see where it might be good to switch to a 0 to 360 system...it would line up better with magnetic compasses, for one thing!

The other issue is with which direction is defined as zero and which way is defined as positive.  In Scratch, zero is vertical and positive is clock-wise.  In most geometry classes, zero is defined as to the right horizontally and positive is counter clockwise!  This causes me considerable confusion when I go to apply a canned set of equations, such as the 2D rotation equations.  And I'm sure I'm not the only one.

I would preffer a directional system where 0 - 359 degrees would work also. There should also be an option to choose negative or positive.

This can be use-full for adding Physics to a game like projectile motion. In math and science, the equations are meant for a 0 - 360 degree system.

Here's a sensible system:
       0
  1        2
       3
and inbetween can be for example:
          0
        0.3
       0.5
      0.9
     1
etc.

scimonster wrote:

rdococ wrote:

Here's a sensible system:
       0
  1        2
       3
and inbetween can be for example:
          0
        0.3
       0.5
      0.9
     1
etc.

They want it to be trig compatible.

It will be, won't it?
0 - up
1 - left
2 - right
3 - down
This will look "nicer" for kids, as for some reason they like the numbers: 1, 2, and 3.

rdococ wrote:

scimonster wrote:

rdococ wrote:

Here's a sensible system:
       0
  1        2
       3
and inbetween can be for example:
          0
        0.3
       0.5
      0.9
     1
etc.

They want it to be trig compatible.

It will be, won't it?
0 - up
1 - left
2 - right
3 - down
This will look "nicer" for kids, as for some reason they like the numbers: 1, 2, and 3.

It won't be. The system used in trig is 0 - 360 degrees. So people want to find the cosine of numbers higher than three. Plus there'll be odd results because the 0, 1, 2, 3 are in the wrong direction.

I want to add physics in my games. Maybe people can choose between wich system is more convienient.