Qt4 based dialogs under KDE are bad for HiDPI displays
Reported by
peter.es...@gmail.com,
Nov 29 2017
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36 Steps to reproduce the problem: 1. start Chrome under KDE on a HiDPI display 2. open Save site as - dialog 3. notice small unscaled dialog What is the expected behavior? dialogs are scaled like the rest of the system What went wrong? wrong scaling on HiDPI displays Did this work before? N/A Chrome version: 62.0.3202.94 Channel: stable OS Version: Kubuntu 17.10 Flash Version: I know about NO_CHROME_KDE_FILE_DIALOG. It should be made default. Not only because of this bug, but also because Gtk3 themes nowadays integrate better with KDE5 than Qt4 (see Breeze).
,
Nov 29 2017
Just to be clear, this also happens with all QT4-based dialogs, right?
+thestig: Does anything still use KDE4/QT4? Right now, chrome allows kdialogs for KDE{3,4,5}. Should we check for strictly KDE5?
,
Nov 29 2017
> Just to be clear, this also happens with all QT4-based dialogs, right? What exactly? The scaling problem? Of course, Qt4 does not support HiDPI scaling.
,
Nov 29 2017
Ubuntu 14.04 ships KDE 4. Ubuntu 16.04 ships KDE 5.
,
Nov 30 2017
Isn't kdialog a QT5 app though? Given the dependencies listed on https://packages.ubuntu.com/artful/kdialog
,
Nov 30 2017
c#5 that's for Artful, not Trusty
,
Nov 30 2017
Sure, but the original bug report says Kubuntu 17.10. Is this problem about kdialog on 17.10 or another Ubuntu release?
,
Nov 30 2017
> Isn't kdialog a QT5 app though? Given the dependencies listed on https://packages.ubuntu.com/artful/kdialog It is. But Kubuntu still provides it through Qt4-based "kde-baseapps-bin" in the default installation: https://packages.ubuntu.com/artful/kde-baseapps-bin These two packages conflict. I installed the Qt5 based one and the older on was removed. I'm happy with this solution, so this bug can be closed from my site. Maybe more of distribution problem, that will be solved for good, when debian removes Qt4 completely: https://lists.debian.org/debian-devel-announce/2017/08/msg00006.html
,
Nov 30 2017
c#7: Oh, that's surprising. c#8: Ah, that explains it. Closing based on c#8, and also because I believe the current behavior is correct (and we have NO_CHROME_KDE_FILE_DIALOG to explicitly disable kde dialogs).
,
Nov 30 2017
With flatpak and portals this should become a non-issue anyway. |
|||
►
Sign in to add a comment |
|||
Comment 1 by manoranj...@chromium.org
, Nov 29 2017Labels: Needs-Triage-M62