HiDPI bits ...
glogow at fbihome.de
Mon Jan 21 16:29:39 UTC 2019
Am 21.01.19 um 14:07 schrieb Michael Meeks:
> For Online, Kendy implemented HiDPI in such a way that the LibreOffice
> code is mostly unaware that the underlying surface has a different DPI.
I was looking a bit into DPI stuff lately myself, because of
Qt5 has also some internal, device-independent representation and then an external one.
I'm all for hiding as much DPI handling as possible in the lower layers.
The I have the currently "fun" fact that LO KDE5 backend, which uses Cairo for the actually
rendering, is currently broken with respect to unsing Qt 5.9 (ok) against Qt 5.11 (broken).
> + done with SAL_FORCE_VCLPLUGIN=gen SAL_FORCEDPI=200
Ah - forgot about SAL_FORCEDPI, which doesn't work for our mostly native menus.
> include/vcl/outdev.hxx: float GetDPIScaleFactor() const
> And instead using the approach of:
> COMPHELPER_DLLPUBLIC double getDPIScale();
> Certainly having two of these in play where only one can be used at
> once is confusing =)
Now I think I've read the mail more then two times, but what is the difference you're comparing here?
> Anyhow - further thoughts ?
I'm a bit confused. What are you proposing / asking?
More information about the LibreOffice