'Task Switcher UI'

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

List: kwin
Subject: Task Switcher UI
From: Hans Chen <hanswchen () gmail ! com>
Date: 2012-03-01 15:49:14
Message-ID: CAFfzviAtfUWhLDOLph1JfHw-GkEvMvCJkyCR93dOtB5ScarWqg () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

Hi,

With https://git.reviewboard.kde.org/r/104025/ there will be a lot more
options in the "Task Switcher" configuration, and as Martin Gr=E4=DFlin put=
 it,
"the user interface has to be changed, that is quite clear". However, as
the UI isn't related to that particular patch, I suggest that we continue
the discussion here.

Martin also wrote that "For the settings I'm thinking of an approach like
the mouse actions for Plasma Desktop. Using a button to "Add another
restriction" or something like that. Would make the view much less
cluttered."

I was thinking along the same lines and agree that it would make the
configuration less cluttered. However, I also think it makes it less
straightforward and more complicated to the user, and therefore I would
like to propose a different configuration system.

Since the information in the task switcher is very similar to the one
presented by Task Manager in Plasma, I believe it's a good idea to make the
configurations similar. With this in mind I created the following mockup:
http://hanswchen.files.wordpress.com/2012/03/kwinsettings.png (note that it
isn't "pixel perfect"). Some notes:

   1. I've put grouping as a separate option. This opens up the possibility
   to have e.g. "Group by tabbed window group" (or whatever it's called) in
   the UI.
   2. I believe most options are binary, i.e., simply "yes" or "no", and
   therefore checkboxes are best. One exception is minimized windows - the
   user may want to show all windows, only minimized or all except minimize=
d
   windows. That's what "Only show windows that are:" is for, but I'm not t=
oo
   happy with how it is in the mockup.
   3. It's not possible to set "Exclude windows from current screen" in my
   mockup - is there any use-case for this? (I'm a multiscreen user and can=
't
   imagine one.)
   4. Some filter options can be disabled depending on other options, e.g.
   it doesn't make sense to only show windows from the current application =
if
   you group windows by applications.

The text etc. can probably be improved, it's the general structure that's
important.

I'm not subscribed to the list so I would appreciate if you could CC me the
replies.

With best regards,
Hans Chen

[Attachment #5 (text/html)]

Hi, With <a href="https://git.reviewboard.kde.org/r/104025/">https://git.reviewboard.kde.org/r/104025/</a> \
there will be a lot more options in the &quot;Task Switcher&quot; configuration, and \
as Martin Gräßlin put it, &quot;the user interface has to be changed, that is quite \
clear&quot;. However, as the UI isn&#39;t related to that particular patch, I suggest \
that we continue the discussion here.

Martin also wrote that &quot;For the settings I&#39;m thinking of an approach \
like the mouse actions for Plasma Desktop. Using a button to &quot;Add another \
restriction&quot; or something like that. Would make the view much less \
cluttered.&quot;

I was thinking along the same lines and agree that it would make the \
configuration less cluttered. However, I also think it makes it less straightforward \
and more complicated to the user, and therefore I would like to propose a different \
configuration system.

Since the information in the task switcher is very similar to the one presented \
by Task Manager in Plasma, I believe it&#39;s a good idea to make the configurations \
similar. With this in mind I created the following mockup: <a \
href="http://hanswchen.files.wordpress.com/2012/03/kwinsettings.png">http://hanswchen.files.wordpress.com/2012/03/kwinsettings.png</a> \
(note that it isn&#39;t &quot;pixel perfect&quot;). Some notes:

<ol><li>I&#39;ve put grouping as a separate option. This opens up the possibility \
to have e.g. &quot;Group by tabbed window group&quot; (or whatever it&#39;s called) \
in the UI. </li><li>I believe most options are binary, i.e., simply \
&quot;yes&quot; or &quot;no&quot;, and therefore checkboxes are best. One exception \
is minimized windows - the user may want to show all windows, only minimized or all \
except minimized windows. That&#39;s what &quot;Only show windows that are:&quot; is \
for, but I&#39;m not too happy with how it is in the mockup.</li>

<li>It&#39;s not possible to set &quot;Exclude windows from current screen&quot; in \
my mockup - is there any use-case for this? (I&#39;m a multiscreen user and can&#39;t \
imagine one.) </li><li>Some filter options can be disabled depending on other \
options, e.g. it doesn&#39;t make sense to only show windows from the current \
application if you group windows by applications.</li>

</ol>The text etc. can probably be improved, it&#39;s the general structure \
that&#39;s important.I&#39;m not subscribed to the list so I would appreciate \
if you could CC me the replies.With best regards,

Hans Chen<br></p>

_______________________________________________
kwin mailing list
kwin@kde.org
https://mail.kde.org/mailman/listinfo/kwin

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