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

Tool settings is sized with the primary monitor, goes out of screen if the left screen is smaller than that #3522

Open
aoreskovic opened this issue Mar 6, 2024 · 0 comments
Labels
Unconfirmed Bug The bug is not confirmed by anyone else.

Comments

@aoreskovic
Copy link

Flameshot Version

Flameshot V12.1.0 (96c2c82)

image

Installation Type

Linux, MacOS, or Windows Package manager (apt, pacman, eopkg, choco, brew, ...), Using the ready-made package from Github Releases

Operating System type and version

Windows 11

Description

My theory is that Tool settings is sized with the primary monitor, goes out of screen if the left screen is smaller than that.

My monitor configuration is like this:
Screenshot 2024-03-06 110715

SO when I start annotation and start placing arrows/lines and such, I can't see first few tools. Example:
Leftmost monitor
Screenshot 2024-03-06 110601
Middle Monitor:
Screenshot 2024-03-06 110611

My theory is that rest of the menu is here, out of screen:

Screenshot 2024-03-06 110715 - Copy

Steps to reproduce

No response

Screenshots or screen recordings

No response

System Information

image

Screenshot 2024-03-06 110715

@aoreskovic aoreskovic added the Unconfirmed Bug The bug is not confirmed by anyone else. label Mar 6, 2024
petrugrd added a commit to petrugrd/flameshot that referenced this issue Mar 31, 2024
The problem was that the panel was moved relative to (0, 0) coordinates,
which is not an issue in case of single display, or multiple displays
in the same row.
Since capture widget is placed on all screens, the point (0, 0) will be
the top left corner of virtual screen instead of top left corner of the
current screen concluding from QDesktopWidget documentation (*).
This caused the panel to be shifted up if the height of the primary
screen was smaller than the virtual one.

 * https://doc.qt.io/qt-5/qdesktopwidget.html#screen-geometry

Signed-off-by: Petru Gurduza <petrugurduza1@gmail.com>
petrugrd added a commit to petrugrd/flameshot that referenced this issue Apr 1, 2024
The problem was that the panel was moved relative to (0, 0) coordinates,
which is not an issue in case of single display, or multiple displays
in the same row.
Since capture widget is placed on all screens, the point (0, 0) will be
the top left corner of virtual screen instead of top left corner of the
current screen concluding from QDesktopWidget documentation (*).
This caused the panel to be shifted up if the height of the primary
screen was smaller than the virtual one.

 * https://doc.qt.io/qt-5/qdesktopwidget.html#screen-geometry

Signed-off-by: Petru Gurduza <petrugurduza1@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Unconfirmed Bug The bug is not confirmed by anyone else.
Projects
None yet
Development

No branches or pull requests

1 participant