On jeudi 6 juillet 2017 08:37:05 CEST Andreas Schneider wrote: > On Wednesday, 5 July 2017 21:33:30 CEST Matthieu Gallien wrote: > > On mercredi 5 juillet 2017 10:25:37 CEST Andreas Schneider wrote: > > > On Friday, 16 June 2017 22:44:03 CEST Matthieu Gallien wrote: > > > > Hello, > > > > > > Hi Matthieu, > > > > Hello Andreas, > > > > > > Elisa is now in kdereview and aiming for extragear/multimedia. > > > > > > > > A few integration bits are missing with respect to Baloo before I can > > > > do > > > > a > > > > release. Currently music can only be read if in its database that can > > > > be > > > > filled by Baloo or a custom file indexer if Baloo is not there. > > > > > > the rendering looks horrible on a HiDPI display, especially the fonts. > > > > > > I think Lukas can help you fixing it. He is wokring on HiDPI support. > > > > > > https://drive.google.com/file/d/0BwXqDXwyptm8eEo5bjdZRzZTQkk/view > > > > I would be happy to get help on this subject since I do not have any > > hardware to test. For example, if you have any snapshots, I would be very > > interested. > > > > I did start using the facilities in qml to scale things depending on the > > DPI of the screen. I had to remove that since some TV screens report > > erroneous data. > > > > I did not yet clearly understood what needs to be done for a QtQuick > > Controls v1 application to support HighDPI. For example, I do not yet know > > if I should use Qt::AA_EnableHighDpiScaling or not. > > I think you should, at least according to: > > https://doc.qt.io/qt-5/highdpi.html
But according to https://doc.qt.io/qt-5/qtquickcontrols2-highdpi.html the controls v1 does not support Qt automatic HighDPI scaling. > > > Andreas