[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