You are not logged in.
Pages: 1
Topic closed
When I try to fullscreen certain applications in wine, it does a couple of things:
* It changes my resolution, both on my main and my other monitor, probably to match the resolution of the game. Key here is that also the resolution of my other monitor is changed, which shouldn't happen
* It resizes the window of the application to the size of my main monitor
* The application still appears in the same size as before, now in the top left corner of the monitor it was on. The rest of the application's window is gibberish, artifacts from windows that used to be there and such
So far this has occured on the VNs Yume Miru Kusuri and Tsukihime, as well on multiple of the Touhou games (I don't know which exactly, but I know for a fact that Touhou 6 does this).
I'm using i3 as window manager, but I recall that similar problems have occured with the Touhou games on dwm and I believe some other tiling WMs. Notably, the problem does not occur on Awesome WM.
The problem does not occur on all wine applications. I don't use WINE much for things other than VNs and the Touhou games, but I know for a fact that the problem does not occur with Counter Strike: Global Offensive.
Last edited by kahrkunne (2014-07-05 10:02:44)
Offline
I can confirm such issues while using i3. The only solution so far was running the games explicitly in fullscreen (per i3 config). I usually have this problem with Steam games.
Offline
This helps in some cases, with some other, non-WINE things.
When I do this, only the last point happens, which still makes this useless. Also, the window does not seem to get redrawn at all, meaning I'm basically staring at a static window full of artifacts.
Offline
Changing the primary monitors resolution to that of the wine applications window size and then running it in a virtual desktop (wine explorer /desktop=Wine,_XSIZE_x_YSIZE_) could be one workaround.
Edit: Never used i3 myself, so this may not apply. Works with most problematic applications with openbox as windows manager (without DE).
Last edited by emeres (2014-07-05 16:14:20)
Offline
See old thread - try compiling wine with:
--without-xrandr
Offline
Ah, that might work. It looks better than all these dirty hacks at least.
Offline
I know that it is 11 year-old thread, but, I have this issue for a very long time, until now.
Now, I use 'xdotool windowunmap/windowmap' to unmap that wine fullscreen window, and then map it back again.
I am using dwm, not i3. I3 allows to restart while keeping all windows position, but dwm doesn't. After Alt-Tab, the wine fullscreen is gone, and then, restating dwm does bring back that wine fullscreen window, but all the screen layouts are reset. That's not I want.
That xdotool unmap/map would do the trick to tell dwm to reinit that wine fullscreen window again, effectively bring it back as I want.
In the past, I used the 'virtual desktop' as recommeded in this thread: 'wine explorer /desktop=ABC,1280x720 Game.exe'. But now, as wine has upcale feature FSR, which does not support that 'virtual desktop', so, I find that 'xdotool' way is better.
Command: xdotool windowactivate ID sleep 0.5 windowunmap ID windowmap ID
That wine window ID actually can be found by 'xdotool search --class CLASS' or by other ways.
(sorry for my broken English)
Last edited by triplc (2025-02-14 17:37:06)
Offline
Closing this old thread
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Online
Pages: 1
Topic closed