I just want to thank you for putting so much work into this library, Elias.  I know we all keep asking, "are we there yet, are we there yet?"  We must be driving you nuts.

I've been having this problem, too, on Panther.  But not always.  Can anyone tell me why the attached class does not suffer from this bug?

Hiding the cursor is easy.  What we want is to immobilize the cursor.

Sweet!  It works!  My cursor freeze doesn't block JInput!

I think this cursor locking function is something that only game developers really need.  So it doesn't belong in a graphics API or an input API.  It belongs in a game API.  Problem is, there's no catch-all framework like SDL on the Java platform -- yet -- except for LWJGL.

So... maybe the thing to do is write another library that makes use of JInput, but can lock and unlock the cursor -- or use java.awt.Robot.mouseMove() on platforms where this is unavailable.  Then I wrap JInput's mouse functionality in my own Mouse class, and use everything else in JInput as is.  Since the Mac is the main platform on which the Robot approach causes problems, this would be a portable and environmentally friendly approach.

No need to pollute.

Thank you.  I'll try that.

Here's another question: for the time being, if I used my own native library to surpress cursor movement, would JInput still report mouse motion?

I'd much rather let someone else handle the headache of writing JNI code.

Here's the thing: this mouse input issue is the one thing that might discourage me from using Java for my game.

So JInput is wonderful.  It does everything I need as far as user input goes except that it doesn't allow you to unplug the cursor from the mouse.

I've tried LWJGL for this, and it works great, but I dislike their OpenGL bindings.  It is particularly obnoxious that gluUnProject wants double-scripted projection arrays (where OpenGL uses single-scripted arrays as a rule) whereas glGetDouble gives you a DoubleBuffer.  So if I went with LWJGL, I'd need a way to use JOGL in place of LWJGL's own GL.

I've had good experiences with Simple DirectMedia Layer in C, and I know that there is a project to bind SDL to Java (http://sdljava.sourceforge.net/).  Unfortunatley, sdljava is incomplete and still missing most of OpenGL.

And I'm not satisfied with my little native library.

So what's a poor Java programmer like me supposed to do?

I know that the mouse reading functionality is available in JInput.  It's just that learning how to use somebody else's JARs always takes time and I sometimes get lazy.  That's why I wrote JNI calls.  Besides, JInput is using JNI itself.

Jake2 runs at an acceptable rate on my machine, except if you try to use the mouse.

I tried using java.awt.Robot to warp the cursor.  It worked, but very slowly: it could take upwards of a hundred milliseconds to read the mouse position once on Mac OS X.  Windows performed significantly better, but was still sluggish.  I also tried outsourcing the cursor warping to a native C method, but that increased the lag to more than one second for some reason.

I finally wound up using the approach mentioned in this forum of freezing the cursor and reading the mouse deltas.

For freezing the cursor, use the following Carbon function (if you're on Mac OS X):
CGAssociateMouseAndMouseCursorPosition(false);

Reading the mouse deltas is a little bit more obnoxious, just because JNI can be very tempermental.

CGMouseDelta x, y;
CGGetLastMouseDelta(&x,&y);

Then x and y represent the amount by which the mouse position changed the last time the application received a mouse event.  By application, I mean the parent process that contains the JVM.  Whenever you launch a Java application on Mac OS X it seems like the JVM gets wrapped up inside a Cocoa application.  So I cannot guarantee that my techniques would work in an applet.

Now, of course my native library only works on OS X.  But I think that this behavior would not be too hard to port to other platforms.  It's obviously been done before.

If you still have any interest in using JOGL, I would be happy to post my Java and C source files, as well as my shared libraries and JARs.