View Issue Details

IDProjectCategoryView StatusLast Update
0014854ScribusOS-Linuxpublic2017-06-10 08:30
ReporterMatt234 Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
Product Version1.5.2 
Target VersionFixed in Version 
Summary0014854: Scribus does not look native on Linux
DescriptionEven though Scribus uses QT, it does not look native on my desktop (Arch Linux fully up to date). Look at the buttons and controls in the screenshots. It looks like it does not pick up the correct look and feel. The menu looks especially wrong.
Additional InformationScreenshots attached for comparison.
TagsNo tags attached.
PatchNo

Activities

Matt234

2017-06-06 15:48

reporter  

Matt234

2017-06-06 16:23

reporter   ~0044003

Here are some screenshots using QT_STYLE_OVERRIDE=adwaita scribus
It looks better, but size scaling is way wrong (HiDPI). Some dialogs don't even fit vertically (3200x1800 res).

Matt234

2017-06-06 16:29

reporter   ~0044004

Using: QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_STYLE_OVERRIDE=adwaita scribus

Text is scaled correctly but the rest is small. Without QT_AUTO_SCREEN_SCALE_FACTOR=0
Probably the most "usable" config at the moment.

cbradney

2017-06-07 20:47

administrator   ~0044011

Please try with building against Qt 5.9.

Matt234

2017-06-08 02:29

reporter   ~0044012

QT 5.9 was just pushed in Arch Linux testing repo. I tried it and it works fine with QT_STYLE_OVERRIDE=adwaita on another testing laptop without HiDPI. I didn't try it with 5.8 on this machine so I don't know if it was already working. I will report back in a few days once QT5.9 hits stable repos on my XPS 13 with HiDPI scaling.

Matt234

2017-06-09 00:13

reporter   ~0044021

Built against QT 5.9. Same problem in a HiDPI environment.

Matt234

2017-06-09 12:23

reporter   ~0044022

I think the bug could be renamed though. With QT_STYLE_OVERRIDE, it does look native. The issue is related to HiDPI scaling that is not calculated correctly,

cbradney

2017-06-09 21:33

administrator   ~0044024

We make no attempt to deal with hiDPI screens as Qt hadn't supported it. We might in the future, and this is therefore a duplicate bug.

ale

2017-06-10 08:30

manager   ~0044025

well, hdpi should slowly be prioritized a bit more...

a couple of high profile users have been pissed by the lack of support of they monitors during the last year...

supporting fahad could be a way to get somebody to work on this...

Issue History

Date Modified Username Field Change
2017-06-06 15:48 Matt234 New Issue
2017-06-06 15:48 Matt234 File Added: Screenshot from 2017-06-06 11-45-44.png
2017-06-06 15:48 Matt234 File Added: Screenshot from 2017-06-06 11-45-32.png
2017-06-06 15:48 Matt234 File Added: Screenshot from 2017-06-06 11-47-23.png
2017-06-06 16:23 Matt234 File Added: Screenshot from 2017-06-06 12-20-20.png
2017-06-06 16:23 Matt234 File Added: Screenshot from 2017-06-06 12-20-52.png
2017-06-06 16:23 Matt234 Note Added: 0044003
2017-06-06 16:29 Matt234 File Added: Screenshot from 2017-06-06 12-27-54.png
2017-06-06 16:29 Matt234 File Added: Screenshot from 2017-06-06 12-27-47.png
2017-06-06 16:29 Matt234 Note Added: 0044004
2017-06-07 20:47 cbradney Note Added: 0044011
2017-06-08 02:29 Matt234 Note Added: 0044012
2017-06-09 00:13 Matt234 File Added: Screenshot from 2017-06-08 20-12-20.png
2017-06-09 00:13 Matt234 File Added: Screenshot from 2017-06-08 20-12-28.png
2017-06-09 00:13 Matt234 Note Added: 0044021
2017-06-09 12:23 Matt234 Note Added: 0044022
2017-06-09 21:33 cbradney Note Added: 0044024
2017-06-10 08:30 ale Note Added: 0044025