This site requires JavaScript, please enable it in your browser!
Greenfoot back

danpost's Comments

Back to danpost's profile

@Anyone, please report any problems you may have with this (other than solving the puzzle).
@Pointifix, I cannot say what might be causing this. I looked over the code and am baffled. The only thing I found 'wrong' with the code is that a 'setColor' statement could be moved to outside a loop (so it would set the color just once instead of multiple times).
UserInfo saving and scoring implemented.
@Pointifix, if it happens again, please let me know (with specifics so I can narrow down where the problem may reside). Also, being able to duplicate the unwanted behavior might help.
@Pointifix, when was the last time it happened? because I had fixed a similar problem on an earlier version.
@Pointifix, what exactly do you mean by 'it stops'? is this something you can re-create (having it 'stop' in like manner)? was it on the last piece being brought over to the mainboard area, the first piece or just some random piece in between?
@Pointifix, maybe you should start an 'Other' discussion for this general UserInfo topic.
@Pointifix, both the sounds and images folders are empty. And you can see how much code is in the Puzzle and Piece classes. The only other code is in the Text class which can be viewed from my TextFile Viewer World Class scenario. As of right now, the project folder is just under 86 KB. I use a 12-character string to store any solution. The index of each character is the same as the piece number, so only its location needs stored, and there are only 60 possibilities for that. The 'turn' and 'flip' do not need saved as they can be determined after the pieces are placed on the grid. Each pieces location can be stored using just upper and lowercase letters and 8 number characters (26+26+8 = 60).
@Pointifix, as I am not a member of the Greenfoot team, I cannot rightly say. My guess is University of Kent.