Oolite Bulletins

Dont know if there already is a way to do this, if there is then I havnt found it yet. I'm sure that Elite on the Amiga you could use the mouse for ship controls, and as I remember I got very used to it and preffered it to the joystick. (Dont think i'm getting confused with Frontier here.....).
Does anyone know if this can be done already. If not I think it would be nice to have the option.

Yep, when in full screen press Shift and M (detail from this thread)

Ok yeah now thats what i'm talking about!

I play with a maximised window (need to otherwise can get tricky doing other things whilst in flight) - any way tis can be made to work in window mode?

CWolf wrote:

I play with a maximised window (need to otherwise can get tricky doing other things whilst in flight) - any way tis can be made to work in window mode?

I don't think so, there are always issues when you wish to use the mouse outside of the game window, or what you should do if the mouse leaves the game window.

Well, mouse is captured by game completely, cannot move out of window. Until you press SHIFT M again and then it is free as per normal.

Like Frelancer or Unreal Tournement, you pause it and the mouse is free.

Giles, on the Mac you can use CGAssociateMouseAndMouseCursorPosition() and CGWarpMouseCursorPosition() to stop the mouse from interacting with other windows. (The effects of these helpfully wear off if the app crashes, BTW.)

Noted for future reference. Doesn't get me over the fact that I don't like it, or games that do that.

I don’t see why the user experience aspect should be a problem when mouse control is optional anyway.

I've implemented mouse control in a way similar that original elite has, since fullscreen is unusable on linux with dual screen (haven't found a way for it to stay on one screen).
I've also added feature request to developer.berlios.de.

I've checked out source code from svn rev.2306 and made code changes and patch (downloadable from smoothware[dot]net/trunk_2306.svn_diff.gz) which does following:

Fullscreen mode should work as it was working before.
I've made changes to SDL windowed mode (not sure if these will work same on MacOSX) when mouse is enabled (shift-M):
- pressing RMB captures mouse and hides mouse pointer so mouse wont leave the window and activates mouse navigation
- releasing RMB releases the mouse and displays pointer again
- if game is in strict mode (no yaw-ing), moving mouse changes pitch/roll
- if game isn't in strict mode, moving mouse changes pitch/yaw (like in frontier) and mouse scroller changes roll
- additionally firing with LMB is not working if RMB isnt pressed

Cracking first post!

Welcome to the Forums!

@maxrd2: Thank you for the patch. We will have to test it a bit and then decide if it is good to go in the game. However, this might take some time. Oolite trunk is now in feature lockdown phase and any new feature code additions are on hold until after the v1.73 release.

another_commander wrote:

@maxrd2: Thank you for the patch. We will have to test it a bit and then decide if it is good to go in the game. However, this might take some time. Oolite trunk is now in feature lockdown phase and any new feature code additions are on hold until after the v1.73 release.

"Feature Lockdown phase" - now how cool a phrase is that?!

erm ok.. It's more a fix than new feature but ok. Think only one which needs testing is MacOSX, and have left mouse disabled there as it was before . Under Win and Linux should work fine already.
Was playing it with this patch for 2-3 days and finally the game is playable without joystick.
Btw have re-uploaded patch yesterday since mouse was "jumping" sometimes. Occasionally SDL was passing enormous values for rel. mouse movement.

maxrd2 wrote:

erm ok.. It's more a fix than new feature but ok.

It’s very much a new feature rather than a fix, since it’s is a feature that has previously been explicitly rejected by Giles. (You’ll notice, however, that I was arguing in favour of it before, and I’m not hugely against it now.)

Your patch as is will either not work or provide a very bad user experience in OS X. There’s actually already support for mouse control in windowed mode in OS X debug builds, but significant changes need to be made for a good user experience.