[Differential] [Commented On] D3159: Set wayland output scale
graesslin (Martin Gräßlin)
noreply at phabricator.kde.org
Wed Oct 26 07:28:32 UTC 2016
graesslin added a comment.
I suggest to also implement in the virtual platform in order to be able to auto-test it.
INLINE COMMENTS
> main_wayland.cpp:528
> + i18n("The scale for windowed mode. Default value is 1."),
> + QStringLiteral("height"));
> + scaleOption.setDefaultValue(QString::number(1));
careful here: copy and paste error
> main_wayland.cpp:638
> int outputCount = 1;
> + int outputScale = 1;
>
hmm I'm not sure whether we should implement it as an int factor. Even if Wayland only supports integer scaling, I think that's a bad idea and we should rather go with fractal scaling from the start. Of course towards Wayland we need to expose it as integer scaling. But in case Wayland gets an update we would be prepared.
> wayland_server.cpp:353
> OutputInterface *output = m_display->createOutput(m_display);
> + output->setScale(s->scale(i));
> const QRect &geo = s->geometry(i);
At the moment KWin doesn't scale yet. I think we should not start to export scale to Wayland as long as we don't support it.
The idea behind the scale in Wayland is that the compositor itself scales up all surfaces which don't provide the correct scale factor. Just mentioning in case you are not aware of it.
REPOSITORY
rKWIN KWin
REVISION DETAIL
https://phabricator.kde.org/D3159
EMAIL PREFERENCES
https://phabricator.kde.org/settings/panel/emailpreferences/
To: davidedmundson, #plasma
Cc: graesslin, plasma-devel, kwin, lesliezhai, ali-mohamed, hardening, jensreuterberg, abetts, sebas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20161026/17454d5a/attachment.html>
More information about the Plasma-devel
mailing list