https://bugs.kde.org/show_bug.cgi?id=416201
--- Comment #4 from Fabian Vogt <fab...@ritter-vogt.de> ---
(In reply to David Edmundson from comment #3)
> Interestingly Qt has a fallback path to handle platforms not handling
> physical size.
>
> QSizeF QPlatformScreen::physicalSize() const
> {
> static const int dpi = 100;
> return QSizeF(geometry().size()) / dpi * qreal(25.4);
> }
>
> Though our Qt wayland QPA doesn't use that as it thinks it has a physical
> size.
>
> I don't disagree with what you're saying, but I'm not 100% convinced either
> that it's right to "lie" to the applications.
> I'm going to email wayland-devel and get an official answer and go with that.
I should add that the most severe issues were encountered with Xwayland, i.e.
"kate -platform xcb". The window was just a 1px by 10px line and there were
QPainter errors printed... QT_FONT_DPI=96 or Xft.dpi: 96 fixed that.
In a Plasma Wayland session, QT_WAYLAND_FORCE_DPI variable is always set
anyway, so there it wouldn't make any difference by default.
--
You are receiving this mail because:
You are watching all bug changes.
