[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: Activity switching on window activation
From:       David Edmundson <david () davidedmundson ! co ! uk>
Date:       2015-11-30 23:14:13
Message-ID: CAGeFrHC3mg9Zr7NoXtAvG-p3OHevxFJXYZr3wqDtgKPtpae-og () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Mon, Nov 30, 2015 at 8:20 PM, Ivan =C4=8Cuki=C4=87 <ivan.cukic@kde.org> =
wrote:

> Hi all,
>
> A long time ago, we decided that out of the following options, the
> first one was better:
>
> - (1) when a window is activated by external entity (a document opens
> in an existing kate instance that is on a different activity to the
> current one), kwin switches to the activity
> - (2) --||--, kwin moves the window to the current activity
>
> I think we should "copy" the window not move.



> I still think (1) is better than (2) and that it is a problem of
> specific applications like kate that like opening everything in the
> same window, and that those ought to be patched.
>

I know I'm getting a tiny bit off topic, but I just had a go at doing the
proposed kate change.

https://paste.kde.org/p4dymbtjr

It's actually surprisingly hard, this is too hacky to ever merge.

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.


BUT, a user made a nice point about why the current behaviour is wrong
> - it is a bit of a privacy problem - the system can unexpectedly
> switch to a different activity and reveal something that the user
> didn't want to.
>
> While I'm still not for (2), we might consider another solution - when
> the application opens up or activates a window in a non-current
> activity, instead of automatically switching to that activity, we
> might show a notification 'blah blah is open in blah blah activity'
> with a button to switch to it.
>
> Thoughts?
>
>
> Cheerio,
> Ivan
>
> --
> KDE, ivan.cukic@kde.org, http://cukic.co/
> gpg key id: 850B6F76
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel@kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>

[Attachment #5 (text/html)]

<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">&lt;<a \
href="mailto:ivan.cukic@kde.org" target="_blank">ivan.cukic@kde.org</a>&gt;</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 &quot;copy&quot; 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&#39;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&#39;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&#39;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&#39;t want to.<br>
<br>
While I&#39;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 &#39;blah blah is open in blah blah activity&#39;<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>


[Attachment #6 (text/plain)]

_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic