Review Request 121806: Allow desktop shell to force a window active
Martin Gräßlin
mgraesslin at kde.org
Mon Jan 5 06:54:54 UTC 2015
> On Jan. 3, 2015, 3:49 p.m., David Edmundson wrote:
> > Adding a method to one class (DesktopView) to manipulate another an instance of another class (Dialog) whilst using nothing from DesktopView to me seems like poor API.
> >
> > I'd consider
> > Q_INVOKABLE forceActiveFocus() on Plasma::Dialog
>
> Kai Uwe Broulik wrote:
> I know it's not pretty but I don't want to put that in such a prominent position right in Dialog. We already have the gentle requestActivate which KWin's focus stealing prevention will cancel if it would interrupt you.
>
> Sure, everyone (like I just did or like Kicker does) could write a KWindowSystem wrapper import but we shouldn't encourage forcing activation, it's fine for the shell but not for everyone.
we should consider providing a proper KWindowSystem declarative API which provides access to all the methods.
I think that the method has nothing to do in either DesktopView nor in Dialog. From Plasma point ov view it shouldn't be part of the API (after all it's just a workaround for one windowing system).
- Martin
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121806/#review73024
-----------------------------------------------------------
On Jan. 3, 2015, 4:07 p.m., Kai Uwe Broulik wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/121806/
> -----------------------------------------------------------
>
> (Updated Jan. 3, 2015, 4:07 p.m.)
>
>
> Review request for Plasma and Martin Gräßlin.
>
>
> Repository: plasma-workspace
>
>
> Description
> -------
>
> This way the Desktop containment can eventually force the widget explorer and activity explorer active so they always accept keyboard input. Currently often you end up with a visibly focussed (ie. blinking cursor) panel but you cannot enter anything.
> It is in the desktopview and not in some global import to minimize misuse outside the workspace scope.
>
>
> Diffs
> -----
>
> shell/desktopview.h ea9e555
> shell/desktopview.cpp bbe16f2
>
> Diff: https://git.reviewboard.kde.org/r/121806/diff/
>
>
> Testing
> -------
>
> In conjunction with a patch plasma-desktop, pressing Meta+Q at any given time causes the activity manager to open and it accepts keyboard events, entering a new activity name, etc works.
>
>
> Thanks,
>
> Kai Uwe Broulik
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20150105/a2634191/attachment.html>
More information about the Plasma-devel
mailing list