<table><tr><td style="">luebking 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/D7475" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Pretty uninformed consideration:<br />
When dealing with X11/wayland hybrids, won't one end up with two property indexes which are hard -if not impossible- to align (because one will be assigned by kwin internally and the other by the casual xwayland server)?<br />
Might the xwayland property even change over the runtime of kwin (is the xwayland server conditionally removed)?</p>

<p>Would it in this case not be required to abstract the property query with a mapper in general (or abort x11 properties and always ask kwin via dbus resp. the effects API for a purely internally kept property)?</p>

<p>Random sidenote:<br />
registerPropertyType() has a hash trap (unregistering a non-existing atom will insert it forever)</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R108 KWin</div></div></div><br /><div><strong>BRANCH</strong><div><div>effects-announce-support-property-no-x11</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D7475" rel="noreferrer">https://phabricator.kde.org/D7475</a></div></div><br /><div><strong>To: </strong>graesslin, KWin, Plasma, davidedmundson<br /><strong>Cc: </strong>luebking, davidedmundson, plasma-devel, kwin, ZrenBot, progwolff, lesliezhai, ali-mohamed, hardening, jensreuterberg, abetts, sebas, apol, mart, lukas<br /></div>