|Re: [hatari-devel] Synching host mouse position to Atari mouse position|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] Synching host mouse position to Atari mouse position
- From: Thomas Huth <th.huth@xxxxxxxxx>
- Date: Wed, 6 Nov 2019 09:25:20 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1573028723; bh=tr534mThN8zIaRNm9jF2YJQL4IeDz4ttFy+9zFg9VaI=; h=Date:From:To:Subject:From; b=X2QD3Ecf4usj2Oj+dpRMcSiZ5Myuka9RdI8QyYNrXXx2audWSut9F0UPMVKEFpmy2 mARxy35tT9DQDY628HwqOVHBcOeuCHBxIfarAJugWcQ51TOVOIAcGL3Xpgw7/wGEU0 PdMTXKGEQvluSQBusGDQPDS4geOCfspivCf0Z5BDkGcDFCXwTmIuQhqUw8cRmdTKiY cxN0rzwnqEvbOHFW2zT0ZttOeXkXoqKZkMa/5aUzW/E3I/skRbldngrodajUKFv6PP q0KD4m3nI0MU6/031iKBr1Zz6E37j0s39yhdZqQU/ia/khgXS+dhmbaPamjq+vASff C4QqHyFk+iLhA==
Am Tue, 5 Nov 2019 02:07:46 +0200
schrieb Eero Tamminen <oak@xxxxxxxxxxxxxx>:
> On 11/4/19 11:57 AM, Thomas Huth wrote:
> > Am Fri, 1 Nov 2019 00:09:45 +0200
> > schrieb Eero Tamminen <oak@xxxxxxxxxxxxxx>:
> >> I did small patch inspired by recent OSEX header being added to
> >> EmuTOS to support for synching host mouse position with TOS mouse
> >> position for Aranym...
> >> Attached patch syncs host mouse to Atari mouse position whenever
> >> mouse enters Hatari window and when window resolution changes.
> >> It requires line-A base to be known, which is the case when
> >> cartridge code is used, i.e. either GEMDOS HD or VDI mode is
> >> enabled (and that user hasn't disabled mouse warping).
> >> Otherwise things are as earlier.
> >> Is this something I could push to Hatari, or is not working
> >> without GEMDOS HD or VDI emulation too strange for users?
> > Looks dangerous. If a program takes over the full memory and uses
> > its own mouse handler, you might get completly wrong values from
> > the ST memory. If we really want to include such a thing (I'm
> > really not sure whether we should),
> I already noticed that enter events moving mouse can be *really*
> annoying, when trying to top Hatari window that's mostly covered
> by another window. It can result in enter event always moving mouse
> from Hatari window to the overlapping window, if Atari mouse
> location within Hatari window happens to be below the overlapping
Instead of warping the host mouse curser, you could try to warp the
Atari mouse cursor instead by writing to the Line-A variables... but
that's of course even more dangerous - in case the ST program is using
the whole memory, you might then destroy sensible data in the ST space.
Honestly, I've got no clue whether there is a real good solution for