Mouse input stops working if you switch it to windowed mode (on Linux at least, also I like to do that because for my setup maximized windows are borderless and this allows me to see the time always).
On a side-note, I think I like shisen-sho more (though some of that may be due to the visual style of mahjong commonly making it hard to tell the depth of pieces open on their left side).
Mouse works fine here on OpenSuse 15.5 in windowed mode. What Distribution/DE do you use? If you have various available, please try to switch the latter (like Gnome->KDE).
I'm on Arch+XFCE (I have never seen another game exhibit this behavior).
To be clear, esc will still open the menu but mouse input still didn't work (even on restart of game). Editing the settings file to revert back to fullscreen fixed it perfectly, though.
--------------
You're right, I tested it on Cinnamon and it worked fine. Further testing in XFCE, I can get it working if I unmaximize the game and manually shrink the window. Probably forces something to recalculate properly. (maximizing again re-breaks it)
My guess is my setup is an edge-case that you don't have accounted for. Specifically, a maximized window that is native sized (1920x1080) due to XFCE window manager tweaks (accessibility>hide title of windows when maximized\*). I'm not sure why it'd cause this problem, unless maybe some differing technical requirement for fullscreen vs windowed (+trying to detect fullscreen via window resolution).
EDIT: It still occurs when maximized with the mentioned tweaks disabled, so it does not need to be exactly native-sized. If I also set theme to RedmondXP it works fine when maximized (funnily enough, if I un-maximized it went to the previous size which did cause the issue again, and manually scaling it larger-than-native did not cause the issue so this is very odd)
\*=Also the frame setting that is required, though I use a window manager theme that is extremely minimal, almost frameless. Plus an auto-hide panel, so even with those tweaks disabled on my system a maximized window has content at 1920x1068.
I just uploaded a file called "Experimental_Patch" here. Please place it along the normal binary in the game folder and try to run it. Does this fix the issue?
Fun fact: I also use XFCE, but since my native resolution differs from the internal one used by the game, this bug would never trigger for me.
It doesn't seem to fix it (EDIT: unless the runner file needs to be updated to load the patch/in the right order?).
Note that the issue seems to apply for any theme with the WM tweaks mentioned, though with what I've said previously maybe the problem is specific to width check?
Ehm, just to be sure (since it probably was unclear in the first post): The patch is a executeable/binary; you should be able run it with ./Experimental_Patch ;)
Still doesn't work? The problem is, I believe, a missing "=" sign; as soon as your ration equals exactly 1920:1080, it won't work; the uploaded patch is a updated version with the sign in place, so I hope that it should fix it :3
← Return to game
Comments
Log in with itch.io to leave a comment.
Mouse input stops working if you switch it to windowed mode (on Linux at least, also I like to do that because for my setup maximized windows are borderless and this allows me to see the time always).
On a side-note, I think I like shisen-sho more (though some of that may be due to the visual style of mahjong commonly making it hard to tell the depth of pieces open on their left side).
Thanks for your feedback!
Mouse works fine here on OpenSuse 15.5 in windowed mode. What Distribution/DE do you use? If you have various available, please try to switch the latter (like Gnome->KDE).
I'm on Arch+XFCE (I have never seen another game exhibit this behavior).
To be clear, esc will still open the menu but mouse input still didn't work (even on restart of game). Editing the settings file to revert back to fullscreen fixed it perfectly, though.
--------------
You're right, I tested it on Cinnamon and it worked fine. Further testing in XFCE, I can get it working if I unmaximize the game and manually shrink the window. Probably forces something to recalculate properly. (maximizing again re-breaks it)
My guess is my setup is an edge-case that you don't have accounted for. Specifically, a maximized window that is native sized (1920x1080) due to XFCE window manager tweaks (accessibility>hide title of windows when maximized\*). I'm not sure why it'd cause this problem, unless maybe some differing technical requirement for fullscreen vs windowed (+trying to detect fullscreen via window resolution).
EDIT: It still occurs when maximized with the mentioned tweaks disabled, so it does not need to be exactly native-sized. If I also set theme to RedmondXP it works fine when maximized (funnily enough, if I un-maximized it went to the previous size which did cause the issue again, and manually scaling it larger-than-native did not cause the issue so this is very odd)
\*=Also the frame setting that is required, though I use a window manager theme that is extremely minimal, almost frameless. Plus an auto-hide panel, so even with those tweaks disabled on my system a maximized window has content at 1920x1068.
I see :). Thanks for the detailed description!
I just uploaded a file called "Experimental_Patch" here. Please place it along the normal binary in the game folder and try to run it. Does this fix the issue?
Fun fact: I also use XFCE, but since my native resolution differs from the internal one used by the game, this bug would never trigger for me.
It doesn't seem to fix it (EDIT: unless the runner file needs to be updated to load the patch/in the right order?).
Note that the issue seems to apply for any theme with the WM tweaks mentioned, though with what I've said previously maybe the problem is specific to width check?
Ehm, just to be sure (since it probably was unclear in the first post): The patch is a executeable/binary; you should be able run it with ./Experimental_Patch ;)
Still doesn't work? The problem is, I believe, a missing "=" sign; as soon as your ration equals exactly 1920:1080, it won't work; the uploaded patch is a updated version with the sign in place, so I hope that it should fix it :3