GSoC/2017/StatusReports/LukasHetzenecker: Difference between revisions
| Line 26: | Line 26: | ||
== Work report == | == Work report == | ||
[https://phabricator.kde.org/D6268 HiDPI Support for Okular] | |||
Revision as of 08:20, 30 June 2017
Make High-DPI awesome
As seen on Blog Posts on Planet KDE support for High-DPI monitors has come a long way since Plasma 5.0. And thanks to the work by many dedicated people the situation in Plasma is now almost ideal. But unfortunately, this is not the case for all KDE applications. Support for HiDPI seems to be more of a hit-and-miss for some of them, many crucial for day-to-day workflows (like Okular and Gwenview). Competing desktop environments have nowadays a nearly perfect HiDPI support, so I think it is time to face the remaining problems once and for all.
Therefore I suggest the following approach: My Google Summer of Code project will find HiDPI rendering issues in KDE applications and fix them in a coordinated approach. I will look at applications, which are usually installed on the users desktop, like the Plasma Workspace, Systemsettings and utilities from the kdegraphics module (gwenview, okular, spectacle).
This will also require working together with KDE community members, which report bugs, and application maintainers, to get the submitted patches on the KDE reviewboard in a state that allows them to be committed in their respective repositories.
Documents
Blog Posts
2017-05-15: Making Hi-DPI awesome
2017-05-15: Do you know of any HiDPI issues?
2017-06-25: GSoC preparation - Plasma Toolicons "A journey down the rabbit hole"
2017-06-30: GSoC Status report - Okular