<table><tr><td style="">colomar added a comment.</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D2584" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Actually, I'm not really convinced of this. Blocking compositing is done via an official, cross-desktop API, isn't it? It's not a KWin-specific feature, right?<br />
If so, then KWin should not go alone in offering this config option. If I'm an application developer and have set my application to block compositing, I'd expect that to be respected. If most compositors always respect it, but for one compositor, it depends on a user setting, this introduces another layer of complexity for application developers.<br />
Knowing our users, some of them will turn this off, knowing it will impact performance, but will then still go ahead and file bug reports about a game being too slow, or whatever happening because the game developer just expected blocking compositing to work, but for those users, it doesn't.</p>

<p>If it's made configurable in all major compositors, then application developers at least know that they cannot expect blocking compositing to work. If we're the only ones allowing to configure it, it will get messy.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>rKWIN KWin</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D2584" rel="noreferrer">https://phabricator.kde.org/D2584</a></div></div><br /><div><strong>EMAIL PREFERENCES</strong><div><a href="https://phabricator.kde.org/settings/panel/emailpreferences/" rel="noreferrer">https://phabricator.kde.org/settings/panel/emailpreferences/</a></div></div><br /><div><strong>To: </strong>graesslin, KWin, Plasma on Wayland, VDG<br /><strong>Cc: </strong>colomar, luebking, mart, bshah, plasma-devel, kwin, lesliezhai, ali-mohamed, hardening, jensreuterberg, abetts, sebas<br /></div>