Hi Laurent,
Attached is potential fix, can you verify it works for you?
The reason why it worked for you with 1.x Hatari version was that
using SDL1 instead of SDL2 i.e. handling F11 *completely* differently.
SDL1 & Hatari version using it, changes monitor resolution. Whereas
with SDL2, window buffer is scaled to current fullscreen resolution by
SDL2 internally and mouse coordinates did not match what Hatari
expected any more.
You'll see the same problem just by scaling Hatari window, there's no
need to switch to fullscreen for it.
- Eero
PS. I'm wondering why application needs to do mouse coordinate scaling
instead of SDL2 doing that automatically for it. That seems really
broken.
On 17.3.2024 13.52, Eero Tamminen wrote:
On 17.3.2024 11.12, Laurent Sallafranque wrote:
While testing hatari on some demos and games, I noticed I couldn't
move the scrollbar by clicking on it and moving the mouse up/down
into the fileselector GUI.
It works in windowed mode, but not in fullscreen mode.
Do you have the same behaviour ?
I do the test like this :
- F12 (to open the GUI)
- Click on "Floppy disks"
- Then I click "UP" 3 times until I reach a folder with more
files than the screen
- Then I click on the slidebar and move the mouse up/down.
I've done a quick test with hatari 1.6.2 version, and it worked (but
in fullscreen, hatari was displayed on my 2 screens ;)
Problem seems SDL2 event reporting, it does not scale the events it
reports although it has internally scaled the output.
Hatari has some code for working around that, but it's not applied
here (and potentially in few other places). I'm working on fix..
- Eero