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

Startup size scaling issue #2348

Open
Swiftpaws opened this issue Jan 9, 2021 · 2 comments
Open

Startup size scaling issue #2348

Swiftpaws opened this issue Jan 9, 2021 · 2 comments
Labels
bug Something isn't working as intended, or works in a confusing/unintuitive way for the user

Comments

@Swiftpaws
Copy link

Swiftpaws commented Jan 9, 2021

Describe the bug
Chatterino uses the current mouse position to calculate window startup dimensions

My Setup:
I am using three monitors: 1080p (100% scaling) - 1440p (main) (125% scaling) - 2160p (175% scaling)

Initially:
Chatterino seems to have no issues with calculating the startup size on my main monitor, but on the other two it cannot seem to get it quite right:

  1. Main monitor 1440p at 125% scaling

    • Ok - Chatterino always starts with the same dimensions
  2. Second monitor 2160p at 175% scaling

    • Not Ok -> Startup size is different after locking windows and signing in

image

  1. Third monitor 1080p
    • Not Ok -> Startup size is different every time ??? window gets smaller

image

Probable cause
During my testing I could not figure out why there was no clear pattern to the problem. Locking Windows should not change anything because everything is still up and running in the background...

But then it occurred to me -> Chatterino seems to use the scaling of the monitor where the mouse cursor currently is, not the one where the application will actually open

So by moving the mouse cursor to another monitor with different scaling the startup size will not be equal to the last used size.

Chatterino version
Chatterino 2.2.3-beta2 (commit 6499b7c)

Operating system
Windows 10 - 2004 - 21286

@Swiftpaws Swiftpaws added the bug Something isn't working as intended, or works in a confusing/unintuitive way for the user label Jan 9, 2021
@slch
Copy link
Contributor

slch commented Jan 10, 2021

Could be related with #2322

@Swiftpaws
Copy link
Author

Swiftpaws commented Jan 10, 2021

Hmm It could be related but aside from the wrong calculation of startup dimensions I have no other issues - scaling of text and other ui elements seems to work fine.

Also:
After some more testing I am pretty confident in my findings under "probable cause". Depending on how this use case is implemented here it might very well be a QT related bug though.

@Mm2PL Mm2PL changed the title [2.2.3-beta2] - Startup size scaling issue Startup size scaling issue Nov 27, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working as intended, or works in a confusing/unintuitive way for the user
Projects
None yet
Development

No branches or pull requests

2 participants