GSoC/2017/StatusReports/LukasHetzenecker: Difference between revisions
(Initial template) |
(Abstract) |
||
Line 1: | Line 1: | ||
== | == Make High-DPI awesome == | ||
As seen on [http://www.lorenzobettini.it/2016/07/hidpi-in-kde-plasma/ Blog] [http://blog.davidedmundson.co.uk/blog/high_dpi_again 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 == | |||
[https://drive.google.com/open?id=0BwXqDXwyptm8eEo5bjdZRzZTQkk Complete Proposal] | |||
== Blog Posts == | |||
TBD | |||
== Work report == | == Work report == | ||
TBD |
Revision as of 19:43, 10 May 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
TBD
Work report
TBD