#541 Mousing

Interface (116)
Mike E.

I experienced some problems with the "mousing" capabilities of Free Orion - that is to say the mouse capturing done by Free Orion.
- Mac OS X 10.6.8, mouse & keyboard accessed via synergy: User sees only the captured mouse cursor within Orion, but it lags behind the "real" mouse movements. If you move your mouse to fast, visible and internal mouse positions (mouse focus) will differ: Some clicks will still be executed at the visible mouse position within Orion, but not in most cases - often clicks will have no effect at all, seldom unintended effects, with an important exception: Since the internal mouse position can also be out of the Orion window range, some clicks will be executed by the system. Such clicks can cause opening of menus, activate program icons or even close the Orion window. Other times the system mouse will be become visible after click, and the Orion window will than be out of focus - mostly harmless, but irritating.
- Mac OS X 10.6.8, Core-2-Duo 32-bit system, mouse & keyboard directly accessed via USB: Internal mouse position resp. focus will often lag behind visible mouse position. To change focus to another program you have to exit Orion first.
- Debian Testing, Core-2-Duo 64-bit system, mouse & keyboard accessed via USB: responsing quicker than the Mac OS X system, but to use another program (e.g. mail) you have still to quit Orion first. And there was a fatal bug: Within the research screen the mouse suddenly "parted" in a frozen Orion mouse and a still movable, but not clickable system mouse. Mouse clicks had no effect, keyboard was "dead", I had to restart the system via reset button.

Question: Why has Orion to capture the mouse resp. using its own mouse routines? Many other games use simply the system routines like any other program in a multitasking environment. So you can also leave the game screen if an urgent mail comes in or simply pause the game without closing it. And I think Orion would be more performant/responsive, at least at Macs.


  • Mike E.

    Mike E. - 2013-07-09

    I could reproduce the bug in Debian Testing: Orion will freeze whenever I try to scroll the Research tree by clicking & holding with the mouse.

  • Geoff Topping

    Geoff Topping - 2013-07-09
    • status: open --> open-wont-fix
  • Geoff Topping

    Geoff Topping - 2013-07-09

    The reason why FreeOrion does anything with the mouse cursor is because that's what the input plugin, OIS, does. It's generally not any FreeOrion-specific code doing anything of the sort. Unfortunately, OIS isn't very good, and doesn't seem to be actively developed. I'm not aware of any suitable replacement for it, though.

    There is a file, OISInput.cfg, in the FreeOrion directory that has some options about how the mouse is handled. Unfortunately there are no useful options on OSX, although there might be on Linux.

  • Mike E.

    Mike E. - 2013-07-11

    While the debian package freeorion_0.4.2+svn5771-1_amd64.deb (from the sourceforge repository) crashed every time I tryed dragging the research tree (tested on different hardware with a Debian Testing), the package out of the "Experimental" repository on debian.org runs fine. I could install it in my Debian Testing distribution w/o need to change anything else - I had only to add
    deb http://http.debian.net/debian/ experimental main contrib non-free
    to my sources.list (and commented it out after installation of freeorion).

  • Geoff Topping

    Geoff Topping - 2015-02-22
    • status: open-wont-fix --> closed-out-of-date
  • Geoff Topping

    Geoff Topping - 2015-02-22

    This may be resolved in the latest SVN, after switching to SDL instead of Ogre and OIS.


Log in to post a comment.