TurtleCombat

this is because i measure the time between two bursts, not the frames. but there must be some bug, too because the steps a bullet makes should be larger on a slow pc which would mean that the time the bullet needs to fly should be the same on a fast and a slow pc.

update: just checked the code and found out that i had an upper limit for the delta time step of 30 milliseconds. this resulted in the behaviour you described. i raised the limit to 100 ms to compensate. this means that the movement speeds will be ok as long as your framerate is higher than 10fps.

It should be this to catch the ‘@’ character (since I’m sure Windows, Mac, Linux, and Unix all use differant key codes for almost every key):

if (e.getKeyChar() == '@') {
	setText(getText() + e.getKeyChar());
}

This code snippet will work for any character, simply change the ‘@’ to any other character.

EDIT: Not sure if this has already been resolved or not. If it has then I’ll really feel stupid here…

no i was never able to fix that, thanks for your comment. just had a look at the code again and found a copy/paste error in my do-it-yourself-keyInputListenerInterface. i’m so glad i could finally fix that. :slight_smile: it would be nice if one of you mac users could do a quick test for me.

[quote=“MasterOfDisaster,post:43,topic:25983”]
It’s fixed for me. I can now type ‘@’ for my email. Mac OS X 10.4.5 Java 1.5.0_06 (latest beta from Apple)

great! thx for testing. there is another issue where i have absolutely no clue. a mac user in my company cannot type anything in the text boxes after clicking into the text box. it’s like key events are not fired anymore when a mouseclick has occured. has anyone seen a similar behaviour before?

I do not have that problem with the OS/Java version mentioned above. I suspect your coworker is not using the same Java version that I am. All indications from Apple hint that the Java 5 update will be released soon via software update.