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.