Scratch

Looks like v182 introduced a problem with increasing percentages by decimals. 

http://scratch.mit.edu/projects/lightnin100/2915634

So we may have to revert a little later.

I posted my physics world on but it glitched up my gravity and when you dragged one of the sprites it rotated and some of the rotating scripts didn't even turn on!

Whenever I try to play something in the flash player, It says something like if this is taking a long time to load, please install adobe flash player. I have it installed, it came with my web browser (Google Chrome).

I am a user of Mac OS X and Google Chrome.

In my games TRON:"http://scratch.mit.edu/projects/Gandalf232/2763400", TR2N:"http://scratch.mit.edu/projects/Gandalf232/2735248", and TRON Disc Wars:"http://scratch.mit.edu/projects/Gandalf232/2766315" when you view the DaftPunk special credit and you use fullscreen the flashes happen very slowly, however when not in fullscreen, the flashes are fast as normal.

To view the DaftPunk special credit, go to any of the games, when it asks you to chose number of lives type "DaftPunk".

Last edited by Gandalf232 (2012-11-18 22:34:55)

Some games are lagging on the flash player while not lagging in the Java, I created a separate 
thread to seek solutions but it didn't work, all the requirements (links etc) are here:
http://scratch.mit.edu/forums/viewtopic.php?id=109983

Im using Chrome  23.0.1271.64

Wes64 wrote:

whatever you did in the new update, you totally RUINED a lot of my projects because the rendering scripts in

http://scratch.mit.edu/projects/Wes64/2821756

among other projects no longer work correctly!

the scripts are chunks of switching costume, changing y position, then stamping. online the switching costume doesn't work, so when it renders, all the stamps are the same thing.

the scripts are found on the "tex" sprite in my project. it worked in versions before 1.77, now it is messed up; so something you put made it messed up.

(it works perfectly when you download it)

I have narrowed it down by testing! there seems to be a problem with the "switch to costume" block. it doesn't seem to work when the sprite is hidden and being stamped and moved around.

in 184 now the fixed glitch is there again. it doesn't work when hidden, and it doesn't work when showing.
http://scratch.mit.edu/projects/Wes64test/2911587

Last edited by Wes64 (2012-11-19 15:49:37)

There is something completely messed up.
I found the '>' comparison operator not working any longer, e.g. comparing two values which are equal --> result = "true"

In the latest version of scratch player, if you scroll down while it is loading, your mouse turns into a pencil. I am using Windows XP SP3 with Firefox (I can't duplicate it in explorer).

185 is much, much worse! we're just exacerbating it. now it seems like on-click events happen automatically, the glitch i submitted before still isn't fixed either.

Wes64 wrote:

185 is much, much worse! we're just exacerbating it. now it seems like on-click events happen automatically, the glitch i submitted before still isn't fixed either.

Ok: First step: Don't panic! 

We're dealing with some hairy work-arounds for flash related issues, and some precision related comparison stuff. Sometimes things must get worse before they get better!

The on-click events happening automagically is a creepy one - can you link to an example project, or better yet, make the simplest one possible that demos the bug?

Lightnin wrote:

We're dealing with some hairy work-arounds for flash related issues, and some precision related comparison stuff. Sometimes things must get worse before they get better!

Just curious, what are these "issues" you're referring to (I don't mean in Scratch project terms, like, from the 2.0/Player/Flash point of view)?

SJRCS_011 wrote:

That's only if you were using the ≥ sign 

Ah yes - I was focusing on the part after e.g.

Freibauer wrote:

e.g. comparing two values which are equal --> result =
"true"

But I gather that two equal values on either side of a > or < are returning true, definitely a bug, probably introduced by the precision workaround.

bobbybee wrote:

Lightnin wrote:

We're dealing with some hairy work-arounds for flash related issues, and some precision related comparison stuff. Sometimes things must get worse before they get better!

Just curious, what are these "issues" you're referring to (I don't mean in Scratch project terms, like, from the 2.0/Player/Flash point of view)?

There's a repaint issue introduced in recent version of the flash player - johnm's been working around it, so I don't have the link to the report.

There's also a precision issue with comparisons. Flash has higher precision, so when people write control flow scripts to check for equivalent values, they sometimes fail because the precision reported by the flash player is higher.

Last edited by Lightnin (2012-11-19 18:06:53)

Lightnin wrote:

Wes64 wrote:

185 is much, much worse! we're just exacerbating it. now it seems like on-click events happen automatically, the glitch i submitted before still isn't fixed either.

Ok: First step: Don't panic! 

We're dealing with some hairy work-arounds for flash related issues, and some precision related comparison stuff. Sometimes things must get worse before they get better!

The on-click events happening automagically is a creepy one - can you link to an example project, or better yet, make the simplest one possible that demos the bug?

im not panicking.

the on-click thing and the text bug are both demonstrated in my project Wordsmith.

http://scratch.mit.edu/projects/Wes64/2821756
i can't make a project to isolate the bug because i have to study for an ap chemistry test tomorrow

Last edited by Wes64 (2012-11-19 18:20:08)