New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

various Xinerama issues #5

Closed
derf opened this Issue Aug 21, 2010 · 4 comments

Comments

Projects
None yet
1 participant
@derf
Owner

derf commented Aug 21, 2010

From TODO:
On screen 1, it will work if fullscreen is turned off, the window is rendered
and moved so that its top corner is only on screen 1, and then fullscreen is
turned on (after that, it'll work for all images in the slideshow).

@derf

This comment has been minimized.

Owner

derf commented Sep 6, 2010

As a workaround, the environment variable XINERAMA_SCREEN is now checked. Set it to the correct screen number (starting with 0) and maybe things will work a little better.

@ghost ghost assigned derf Apr 12, 2011

@derf

This comment has been minimized.

Owner

derf commented Aug 7, 2011

Also, in Xinerama setups, windows are not always resized to the correct display size, but sometimes to the size of the whole screen and then centered on the current display (so not the whole window is visible)

derf added a commit that referenced this issue Aug 29, 2011

winwidget.c: resize: Respect max width/height set by Xinerama (see #5)
This fixes half of the issue - windows on Xinerama screen 0 no longer become
too large, but the bug still appears on the other screens (unless
XINERAMA_SCREEN is set)
@derf

This comment has been minimized.

Owner

derf commented Aug 30, 2011

The only thing still broken is fullscreen mode on Xinerama screens != 0

@derf

This comment has been minimized.

Owner

derf commented Feb 14, 2013

fixed in 2.9.1

@derf derf closed this Feb 14, 2013

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment