Skip to content
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

Window doesnt fill the screen #167

Closed
tekakutli opened this issue Aug 26, 2021 · 7 comments
Closed

Window doesnt fill the screen #167

tekakutli opened this issue Aug 26, 2021 · 7 comments
Labels
bug Something isn't working

Comments

@tekakutli
Copy link

hello there, I am using sway(wayland) in arch(linux) and I encountered some issues

the window doesn't fill the screen space
https://a.uguu.se/lrUKdnKe.png
if I move it to a workspace of its own it keeps the same size(see next image), same if I full-screen it (then: the empty space becomes black)
this is an issue because I cant see the top menu
the mouse is also offset, the red dot indicates the distance where the mouse actually clicks

here in a workspace of its own:
https://a.uguu.se/DaaavkVM.png
in a red box you can see a completely unrelated issue: when you scroll the assets those grey boxes vibrate into existence

thank you anyway

@tekakutli
Copy link
Author

here, in fullscreen
https://a.uguu.se/bcAXiiNQ.png

@tekakutli
Copy link
Author

just tried StationIapetus, it has same issues, seems to not be centered (fullscreen)
https://a.uguu.se/ftQVoiAX.png
https://a.uguu.se/dejoYT.png
https://a.uguu.se/tSmXhoQe.png
I am reading that this may be a winit issue, but do you know of any fix?

@mrDIMAS
Copy link
Member

mrDIMAS commented Aug 26, 2021

Looks like winit issue, all windowing is done via winit. I'm pretty sure that someone have had the same issue some time ago 🤔

@mrDIMAS mrDIMAS added the bug Something isn't working label Sep 5, 2021
@DuckEater54
Copy link

Your image links are expired. Use a website like Imgur.

w-flo added a commit to w-flo/rg3d that referenced this issue Oct 11, 2021
This is an API-breaking change for anyone not using the `Framework`
helper. Instead of calling the `set_frame_size()` method on the
`Renderer` after a window size change, it is now necessary to call the
`set_frame_size()` method on the `Engine`. `Framework` was updated to
handle this correctly.

Explicitly changing the GL context size (backbuffer) after window resize
events happens automatically on most platforms, but is needed for
Wayland and macOS according to glutin docs.

This fixes an issue on Wayland, where the window content size did not
change after a window resize, only the window title bar.

Might help for issues FyroxEngine#167 and FyroxEngine#10.
@mrDIMAS
Copy link
Member

mrDIMAS commented Oct 11, 2021

@tekakutli could you please confirm if @w-flo 's change has fixed the issue for you, and if so, close the issue?

@tekakutli
Copy link
Author

tekakutli commented Oct 15, 2021

@tekakutli could you please confirm if @w-flo 's change has fixed the issue for you, and if so, close the issue?

@mrDIMAS indeed, thank you @w-flo

@mrDIMAS
Copy link
Member

mrDIMAS commented Oct 25, 2021

Closing this because the issues seems to be fixed.

@mrDIMAS mrDIMAS closed this as completed Oct 25, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants