Skip to content
This repository has been archived by the owner on Sep 24, 2023. It is now read-only.

Problems with HiDPI screens #269

Open
tilladam opened this issue Apr 11, 2016 · 9 comments
Open

Problems with HiDPI screens #269

tilladam opened this issue Apr 11, 2016 · 9 comments
Labels
Bug Windows

Comments

@tilladam
Copy link
Member

Several dialogs have issues with HiDPI screens. The fontsizes are tiny, depending on what kind of screen the main window is currently on. It would be great if the timesheet preview retained zoom level, as it resets everytime one clicks update, making the problem of the initially tiny font size worse.
@frankosterfeld
Copy link
Member

Which OS is that?

@frankosterfeld frankosterfeld added this to the 1.11.0 milestone Apr 11, 2016
@tilladam
Copy link
Member Author

Windows 10.

@frankosterfeld
Copy link
Member

Turned out to be a Qt4-based installation, please create more specific issues if there's something remaining with 1.10.0 or newer.

@TheOneRing
Copy link
Contributor

quick 29
With Qt 5.6

@TheOneRing TheOneRing reopened this Apr 15, 2016
@frankosterfeld
Copy link
Member

@TheOneRing Is that in a mixed setup (one screen hidpi, one not)? was Charm started on the hidpi screen, or moved over?

@TheOneRing
Copy link
Contributor

No charm was just started and no external screen was attached since the last boot.
When I connect a second screen wich is not using dpi scaling I get even worse (random) results.

@TheOneRing
Copy link
Contributor

While it fixed the main problem it introduced some new.
sketch

@TheOneRing TheOneRing reopened this Apr 25, 2016
@TheOneRing
Copy link
Contributor

quick 35

@TheOneRing
Copy link
Contributor

TheOneRing commented Apr 25, 2016 •
edited
Loading

It looks much better with -style fusion so I guess the windows style isn't HiDPI ready....

While the new issues may be annoying the event editor got readable by this commit, so I think we gained much.

@frankosterfeld frankosterfeld removed this from the 1.11.0 milestone May 8, 2016
krf added a commit to krf/Charm that referenced this issue Aug 1, 2016
@krf
Use high DPI pixmaps
1757a59 
Related to KDAB#269

Change-Id: Iab9185ac2c0fa8e979018bdfae065d168277cd05
@krf krf mentioned this issue Aug 1, 2016
Merged
krf added a commit to krf/Charm that referenced this issue Aug 1, 2016
@krf
Fixup "Use high DPI pixmaps"
bca15c8 
AA_UseHighDpiPixmaps exists since 5.1.0 of course

Related to KDAB#269

Change-Id: Iab9185ac2c0fa8e979018bdfae065d168277cd05
frankosterfeld pushed a commit that referenced this issue Aug 15, 2016
@krf @frankosterfeld
Fixup "Use high DPI pixmaps"
89f94ed 
AA_UseHighDpiPixmaps exists since 5.1.0 of course

Related to #269

Change-Id: Iab9185ac2c0fa8e979018bdfae065d168277cd05
Reviewed-on: https://codereview.kdab.com/36001
Tested-by: Continuous Integration <build@kdab.com>
Reviewed-by: Frank Osterfeld <frank.osterfeld@kdab.com>
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
Bug Windows
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@TheOneRing @frankosterfeld @tilladam