Discussions

It works! :)

There is also another thing about the HealthBar100 class that should be of concern. It refreshes its image every act cycle, which is not very efficient. It only needs to refresh its image when the value of the bar changes. You can remove the act method from the class and add a call to 'update' as the last line in the loseHealth25 method.

Ah of course, that makes sense. I did some fooling around and it worked. TY :)

'multiple bullets': what do you think this implies as far as programming this? If you want to do the same thing several times over, what kind of statement do you think would be required? 'different directions: this would imply some randomness in speed and/or direction; initial locations should probably be randomized somewhat also (or the visual of multiple bullets would not be readily apparent).

Does it have to be the same car or can it be a different one (possibly a different color car)? (if it will always be the same color, then using 'setLocation' would be easier than removing and adding) What part are you having problems with? * making the car disappear * making the car reappear or spawn * random placement Show what code you have tried (use the 'code' link below the reply box to insert code into posts) working on one part at a time.

You say your map is over 100000 meters. What exactly do you mean by that? Maybe you can describe it in terms of pixels on your screen and give both dimensions. I noticed a bunch of large images within the images folder. A blue screen can easily be produced withouth the need of a stored image. Same with the gray screen with the title on it. Why your captured tank battle result image is in the folder, I cannot say. These large images may exceed the cache memory available for them. If you need help as far as creating images like those programmatically, ask. Another thing I need to ment

Ill look into that game tomorrow. Thanks for the reply guys

This isn't correct; the 'stop' method halts the simulation loop after the current cycle has finished. It doesn't prevent code that immediately follows it from executing.

Sorry, in line 18 get rid of the .class as well

The problem is that the field is of Actor type and not of Player type. The compiler does not know to look in the Player class for the field.

Thanks!

You could -- but, in your case, since none of them interact this any Actors or move, it might be just as well to draw them onto the background of the world.

You can replace line 7 with the following: <Code Omitted>This was possible because both the 'bLeft' field and the 'marioL' field were made public.

@fejfo, please do not reply to discussion posts that are not recent. This one is 3-1/2 years old. I do not think that this an issue any longer (chances are he has a new mouse, if not a new system, by now; or has moved on to other things). Anything over a month old, I would say, would not be worth responding to.

didnt see this one, though i can d better i think :3