Discussions

How about positioning the cards with something like this: <Code Omitted>You should make sure that you will never have enough cards on the board to reach to right edge of the world or this will cause an infinite loop (the card being placed would not be able to more far enough right to NOT be still touching another; and therefore, the condition of the 'while' loop will never be false to exit the loop).

According to Wikipedia, I had it backwards; however, it does state that 'brackets' typically refer to different symbols depending on the geographic location of use. The only one it, as a standard, considers a 'brace' IS the curly bracket; and 'bracket' is a general term for all four sets of punctuation: (1) '( )' - round brackets or parentheses; (2) '??' - square brackets (cannot seem to show in this content pane); (3) '{ }' - curly brackets or braces; (4) '< >' - angle brackets or chevrons.

I think you should use my code above for the character and then, in the class of the moving obstacle, have any player intersecting it move when it moves -- keeping things simple. I am presuming, however, that the obstacle will continue to move normally regardless of any interaction with the player (the obstacle pushes the player around). If you need help with the code for the class of the moving obstacle in this regard, post what movement code you have for it (and anything related to that movement)..

There is also an Actor class method 'intersects(Actor)' which you can use if you have a reference to the actor you are checking the intersection of. <Code Omitted>

Well, I do not think that it is something that can be avoided that easily within the greenfoot framework; and a major part of programming involves taking into account every conceivable situation (making sure that all field and variable values are within proper limits before using them). This type of error messages usually means that this was not accomplished properly or you did not set up a field properly by not assigning a valid value to it to begin with.

Rule 5. No long vision. You are allowed to look at the world only at the immediate location of the Greep. Greeps are almost blind, and cannot look any further. I believe what you have above constitutes looking at the immediate location and would therefore be allowed.

I earlier forgot to write this <Code Omitted>. So how do i do it? I followed Joy of Code #28 guide so i tried to do the same has michael EDIT: IT WORKS NOW :D!!! only had to change to this <Code Omitted> thank you for your help!

Thanks for your advices. I fixed the Bug per seperating the animation from scrolling. was more easier than I thought!

Thank you very much for the explanation and for the code, it´s now working.

Here's the code I ended up using in case anyone in the future ever comes across this post looking for a soccer field. It looks perfect and is for a world of 600 width and 400 height.

It work!!! Ty so much

The following constructor will draw three images onto the background image:

All the information on those lines has already been taken care of in the constructor of the class I gave. The fields 'suit', 'face' and 'value' will be set to the appropriate values when the card is created. They will hold, for an example, when 'new Card(11)' is executed: id = 11; suit = "club"; face = "queen"; value = 10; and the 'front' field will hold the face up image for that card; the 'back' field holds the face down image for ALL the cards (you may need to adjust

you are missing a '}' character - it should be on line 11.

You're right thank you! I'll upload my game as soon as i get it done