[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-freedink] Bug#515597: When windowed and without focus, it bounces t

From: Sylvain Beucler
Subject: [Bug-freedink] Bug#515597: When windowed and without focus, it bounces the cursor around
Date: Tue, 24 Feb 2009 20:58:54 +0100
User-agent: Mutt/1.5.18 (2008-05-17)

Hi Enrico,

(I just figured that I wasn't subscribed to freedink's BTS (nor to
pkg-games-devel), and so I discovered freedink's first Debian bug
today :))

On Mon, Feb 16, 2009 at 12:47:28PM +0000, Enrico Zini wrote:
> Package: freedink
> Version: 1.08.20090120-1
> Severity: normal
> Hello,
> thanks for maintaining freedink.
> After being trapped in full screen mode (I found no option to revert to
> windowed),

Alt + Enter does the trick.
That's what I try first, as it's what ms woe games often use.
What did you try?

> I started freedink in windowed mode. @that point I noticed
> that the cursor was grabbed, and I couldn't get it out of the window
> (funny that, to play the game, the cursor does not seem to have any
> use).

Note that it's grabbed only on the title screen, where the mouse is

> I used alt+tab to try and use another application, and it worked.
> However, every time I pass with the cursor on top of the freedinks
> window, the cursor gets moved to somewhere else, which is quite weird.

Possibly this part can be improved, but the goal is to prevent the
mouse from going off of the screen.

For example, when you click on "Continue", you get a list of
savegames. Mouving the mouse up and down cycles through the savegames,
and when it's at the bottom, going down some more goes back to the
first entry in a loop.

When the mouse isn't grabbed, the mouse may go off of the screen while
the game pointer is in the middle of the savegames list, which is

This part is essentially using *relative mouse* moves rather than
*absolute positionning*, which justifies grabbing the mouse.

Since SDL doesn't provide a way to grab the mouse as the original DX
version did, FreeDink simulates this by recentering the mouse
continuously (when the game has focus). Which explains that when your
mouse goes over FreeDink while it's a partially masked window, the
mouse pointer is moved to the center of the FreeDink window

SDL has a solution for fullscreen mode, where you get relative moves
events even when the mouse is stuck one edge of the screen. Sadly this
can't work in windowed mode where the games just loses focus.

Again this only happens in the title screen, or in D-Mods where the
mouse is kept active. I don't have this problem as soon as I start or
continue a game.  I'm open to alternatives though :)

> Ciao,
> Enrico
> -- System Information:
> Debian Release: 5.0
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> Versions of packages freedink depends on:
> ii  freedink-dfarc           3.2.1-1         frontend and .dmod installer for 
> G
> ii  freedink-engine          1.08.20090120-1 adventure and role-playing game 
> (e
> freedink recommends no packages.
> freedink suggests no packages.
> -- no debconf information



reply via email to

[Prev in Thread] Current Thread [Next in Thread]