| Summary: | Pulseview does not scale | ||
|---|---|---|---|
| Product: | PulseView | Reporter: | ljkenny |
| Component: | Portability | Assignee: | Nobody <nobody> |
| Status: | IN_PROGRESS --- | ||
| Severity: | normal | CC: | iand, slawomir.marczak, soeren, uwe |
| Priority: | Normal | ||
| Version: | unreleased development snapshot | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
|
Description
ljkenny
2016-11-30 10:31:03 CET
I'm guessing you're not running Qt 5.6 or later and also didn't build PV from source, right? https://blog.qt.io/blog/2016/01/26/high-dpi-support-in-qt-5-6/ That's correct. (In reply to comment #2) > That's correct. Any news about the fix ? The interface is not usable on my laptop (4k resolution). by the way, I am using Windows 10 version of software Sorry, not working on this bug as of now. I'm guessing PV merely needs to be built with Qt 5.6 or later and this will "just work". As I never built PV for Windows (nor intend to do so), I can't test this theory. Quick update, the PulseView Windows installer is now built using Qt 5.7.1 which should in theory fix this issue. Please report if this bug can be closed or further fixes are required. I did a quick test in a Windows DOS box which seemed to work for manually changing scaling: set QT_SCALE_FACTOR=2 pulseview.exe I confirm pulseview on windows now has the graphing window displayed correctly (was overlapping before). Several parts are still small and do not scale, such as the the session Restore/close buttons, the control buttons (with their icons) are still small. But that's ok. The most important part was the graphing window and it displayed correctly ! Another scaling related issue was recently reported by whitequark on IRC: https://imgur.com/a/okJVrwc < whitequark> top: ran from KDE 5 session with QT_AUTO_SCREEN_SCALE_FACTOR=0 and QT_SCREEN_SCALE_FACTORS=eDP-1=2 < whitequark> bottom: ran from a VT with no such variables set |