[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: Re: Review Request: Activate present windows from task group context
From: "Ivan Cukic" <ivan.cukic+kde () gmail ! com>
Date: 2009-06-27 14:35:48
Message-ID: 20090627143548.28144.16585 () localhost
[Download RAW message or body]
> On 2009-06-27 04:53:14, Marco Martin wrote:
> > i like it!
> > i was also experimenting in the taskbar applet, (like with clicking on the group \
> > while pressing control) and mostly ended up with duplicate code, now, i am \
> > wondering: what about providing a TaskGroupItem::presentWindows()? (that would \
> > basically be a carbon copy of PresentWindowsActionImpl) in this way it could be \
> > used by the context menu -and- by the applet..
>
> Michal Dutkiewicz wrote:
> Good idea. :-)
>
> Ivan Cukic wrote:
> Nice idea.
>
> As a side note, are we adding too many inconsistent and sometimes hidden features \
> that have the same purpose?
> Group -> click -> menu of item in the group
> Group -> hover -> popup with window thumbnails, click a thumbnail and it opens \
> [obscure feature] Group -> RMB -> menu item -> present windows
> Group -> ctrl+click* -> present windows [hidden feature]
>
> Maybe we should have the /effect/ to be used when you click changeable by the user \
> like it is for alt-tab, desktop switching...?
>
> Aaron Seigo wrote:
> "Group -> hover -> popup with window thumbnails, click a thumbnail and it opens \
> [obscure feature]"
> we've actually received feedback from people that it "feels natural" to want to do \
> that. and it makes sense: if you can see it, why can't you click on it? :)
Don't get me wrong I'm *very* pro-thumb-click, it is just that we will now have three \
totally different ways of choosing a window from a group.
- Ivan
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/897/#review1397
-----------------------------------------------------------
On 2009-06-27 04:30:57, Martin Gräßlin wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/897/
> -----------------------------------------------------------
>
> (Updated 2009-06-27 04:30:57)
>
>
> Review request for Plasma.
>
>
> Summary
> -------
>
> Patch adds a new menu entry to task group context menu to show the group of windows \
> in kwin's present windows effect. When this entry is selected the window ids of the \
> tasks listed in the group are passed to an XAtom which activates present windows \
> effect for the passed windows (other windows will be hidden). The atom will be \
> removed by present windows effect when it get's disabled.
> This patch requires current kwin from trunk. What's missing is the detection if \
> present windows effect is available or not (e.g. compositing not active, Compiz \
> used instead of KWin). KWin announces support via setting atom on root window.
>
> Diffs
> -----
>
> trunk/KDE/kdebase/workspace/libs/taskmanager/taskactions.cpp 972097
> trunk/KDE/kdebase/workspace/libs/taskmanager/taskactions_p.h 972097
>
> Diff: http://reviewboard.kde.org/r/897/diff
>
>
> Testing
> -------
>
> Tested with both manual and automatic grouping.
>
>
> Thanks,
>
> Martin
>
>
_______________________________________________
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