<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 30, 2015 at 8:20 PM, Ivan Čukić <span dir="ltr"><<a href="mailto:ivan.cukic@kde.org" target="_blank">ivan.cukic@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
A long time ago, we decided that out of the following options, the<br>
first one was better:<br>
<br>
- (1) when a window is activated by external entity (a document opens<br>
in an existing kate instance that is on a different activity to the<br>
current one), kwin switches to the activity<br>
- (2) --||--, kwin moves the window to the current activity<br>
<br></blockquote><div>I think we should "copy" the window not move.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I still think (1) is better than (2) and that it is a problem of<br>
specific applications like kate that like opening everything in the<br>
same window, and that those ought to be patched.<br></blockquote><div><br></div><div>I know I'm getting a tiny bit off topic, but I just had a go at doing the proposed kate change.<br><br><a href="https://paste.kde.org/p4dymbtjr">https://paste.kde.org/p4dymbtjr</a></div><div><br></div><div>It's actually surprisingly hard, this is too hacky to ever merge.<br><br>You can tell you have an instance already open, and you get told the DBus path for that existing instance, but there's no way to tell which activities that main window is on without then resorting to grabbing winIDs and probing X properties.<br><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
BUT, a user made a nice point about why the current behaviour is wrong<br>
- it is a bit of a privacy problem - the system can unexpectedly<br>
switch to a different activity and reveal something that the user<br>
didn't want to.<br>
<br>
While I'm still not for (2), we might consider another solution - when<br>
the application opens up or activates a window in a non-current<br>
activity, instead of automatically switching to that activity, we<br>
might show a notification 'blah blah is open in blah blah activity'<br>
with a button to switch to it.<br>
<br>
Thoughts?<br>
<br>
<br>
Cheerio,<br>
Ivan<br>
<br>
--<br>
KDE, <a href="mailto:ivan.cukic@kde.org" target="_blank">ivan.cukic@kde.org</a>, <a href="http://cukic.co/" rel="noreferrer" target="_blank">http://cukic.co/</a><br>
gpg key id: 850B6F76<br>
_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org" target="_blank">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</blockquote></div><br></div></div>